NEWS
Failed to lock DB file nach Festplatte voll.
-
@chrisprefect sagte in Failed to lock DB file nach Festplatte voll.:
dem editor nano in die /etc/sudoers Liste eingetragen hatte, klappte es!
Auch falsch, diese Dateien packt man ausschließlich mi 'visudo' an. Muss man aber bei einer ordentlichen Grundinstallation gar nicht machen, das ist für den ersten User bereits bei der Installation so angelegt worden.
@thomas-braun sagte in Failed to lock DB file nach Festplatte voll.:
Auch falsch, diese Dateien packt man ausschließlich mi 'visudo' an. Muss man aber bei einer ordentlichen Grundinstallation gar nicht machen, das ist für den ersten User bereits bei der Installation so angelegt worden.
Die Grundinstallation wurde demnach vom Debian-Installer gründlich verkackt.
Was ist "visudo"? Das hatte ich bis heute noch nie gehört! Warum wird das nicht bei jedem Google-Eintrag erklärt, wenn man nach der Fehlermeldung "Benutzer ist nicht in der Gruppe der Sudoers" sucht angezeigt? Ich habe ja keine Chance zu erfahren, was das ist, wenn ich nicht schon vorher weiss, was das ist?
Bei allem hier zeigt sich halt, wenn man sich nicht ständig mit Linux beschäftigt und sich in all die Spezialitäten einarbeitet, hat man nur wenig Chancen solche Probleme zu lösen. Das ist halt eben das frustrierende. Bei Windows stehe ich nie so krass an, wie bei Linux. Aber schön, wenn du dich gut auskennst und nicht in solche Probleme läufst. Immerhin kannst du so ja anderen super helfen, die anstehen. Merci!
-
@chrisprefect sagte in Failed to lock DB file nach Festplatte voll.:
Wenn mans "richtig" macht, dann läuft man ständig in Probleme. Man muss lauter Workarounds und Fixes suchen, erst dann funktionierts. Leider
Bullshit. Du machst es dir nur selber schwer durch komisches und planloses Herumgewürge.
@thomas-braun sagte in Failed to lock DB file nach Festplatte voll.:
Bullshit. Du machst es dir nur selber schwer durch komisches und planloses Herumgewürge.
Nein Thomas, das ist beleidigend und stimmt einfach nicht. Ich habe Debian mit dem offiziellen Image über den offiziellen Installer installiert und konnte sudo nicht nutzen mit dem vom Installer erstellten User. Da ist irgendwas falsch gelaufen. Vielleicht, weil ich ein Root-Passwort gesetzt hatte? Wer weiss, stand ja nicht beim Installer.
Ich weiss, dass ich weder komisch noch planlos herumgewürgt habe. Ich habe alles nach bestem Wissen und Gewissen installiert und wollte ein sauberes System installieren. Das hat aber nicht geklappt.
-
@thomas-braun sagte in Failed to lock DB file nach Festplatte voll.:
Bullshit. Du machst es dir nur selber schwer durch komisches und planloses Herumgewürge.
Nein Thomas, das ist beleidigend und stimmt einfach nicht. Ich habe Debian mit dem offiziellen Image über den offiziellen Installer installiert und konnte sudo nicht nutzen mit dem vom Installer erstellten User. Da ist irgendwas falsch gelaufen. Vielleicht, weil ich ein Root-Passwort gesetzt hatte? Wer weiss, stand ja nicht beim Installer.
Ich weiss, dass ich weder komisch noch planlos herumgewürgt habe. Ich habe alles nach bestem Wissen und Gewissen installiert und wollte ein sauberes System installieren. Das hat aber nicht geklappt.
So und jetzt habe ich noch immer keinen funktionierenden ioBroker. Das Backup-zurückspielen scheint nicht geklappt zu haben und die meisten Instanzen sind noch rot.
Was muss ich nun machen, ohne planlos herumwürgen zu müssen?
-
@thomas-braun sagte in Failed to lock DB file nach Festplatte voll.:
Bullshit. Du machst es dir nur selber schwer durch komisches und planloses Herumgewürge.
Nein Thomas, das ist beleidigend und stimmt einfach nicht. Ich habe Debian mit dem offiziellen Image über den offiziellen Installer installiert und konnte sudo nicht nutzen mit dem vom Installer erstellten User. Da ist irgendwas falsch gelaufen. Vielleicht, weil ich ein Root-Passwort gesetzt hatte? Wer weiss, stand ja nicht beim Installer.
Ich weiss, dass ich weder komisch noch planlos herumgewürgt habe. Ich habe alles nach bestem Wissen und Gewissen installiert und wollte ein sauberes System installieren. Das hat aber nicht geklappt.
@chrisprefect sagte in Failed to lock DB file nach Festplatte voll.:
Vielleicht, weil ich ein Root-Passwort gesetzt hatte? Wer weiss, stand ja nicht beim Installer.
Doch, genau DAS steht in dem Installer drin.
Nein, ein root Passwort setzt man nicht, dann macht der Installer das auch automatisch alles richtig für den ersten anzulegenden User.Ich gebe allerdings zu, dass die Formulierung im Installer missverständlich ist.
Das hat aber nicht geklappt.
Das ist aber deine Schuld.
-
@thomas-braun sagte in Failed to lock DB file nach Festplatte voll.:
Auch falsch, diese Dateien packt man ausschließlich mi 'visudo' an. Muss man aber bei einer ordentlichen Grundinstallation gar nicht machen, das ist für den ersten User bereits bei der Installation so angelegt worden.
Die Grundinstallation wurde demnach vom Debian-Installer gründlich verkackt.
Was ist "visudo"? Das hatte ich bis heute noch nie gehört! Warum wird das nicht bei jedem Google-Eintrag erklärt, wenn man nach der Fehlermeldung "Benutzer ist nicht in der Gruppe der Sudoers" sucht angezeigt? Ich habe ja keine Chance zu erfahren, was das ist, wenn ich nicht schon vorher weiss, was das ist?
Bei allem hier zeigt sich halt, wenn man sich nicht ständig mit Linux beschäftigt und sich in all die Spezialitäten einarbeitet, hat man nur wenig Chancen solche Probleme zu lösen. Das ist halt eben das frustrierende. Bei Windows stehe ich nie so krass an, wie bei Linux. Aber schön, wenn du dich gut auskennst und nicht in solche Probleme läufst. Immerhin kannst du so ja anderen super helfen, die anstehen. Merci!
@chrisprefect jetzt mach mal langsam halblang!
deine ganzen Aussagen hinken an allen Bei en.
z.B.@chrisprefect sagte in Failed to lock DB file nach Festplatte voll.:
Die Grundinstallation wurde demnach vom Debian-Installer gründlich verkackt.
dass du da an der richtigen Stelle falsche Eingaben machen könntest steht schon mal bicht zur Debatte?
@chrisprefect sagte in Failed to lock DB file nach Festplatte voll.:
Warum wird das nicht bei jedem Google-Eintrag erklärt, wenn man nach der Fehlermeldung "Benutzer ist nicht in der Gruppe der Sudoers"
weil du in den Tiefen des OS und dessen Rechteverwaltung manuell eingegreifen wolltest, was niemand machen sollte, der es nicht wirklich weiss.
Außerdem hast du ja selbst gesagt, dass dein User in der Gruppe gewesen ist, also passte diese Suche schon mal nicht.@chrisprefect sagte in Failed to lock DB file nach Festplatte voll.:
hat man nur wenig Chancen solche Probleme zu lösen
...die man nicht hätte, wenn man sauber installiert und konfiguriert hätte.
und jetzt ist das Linux-Bashing beendet!
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@chrisprefect jetzt mach mal langsam halblang!
deine ganzen Aussagen hinken an allen Bei en.
z.B.@chrisprefect sagte in Failed to lock DB file nach Festplatte voll.:
Die Grundinstallation wurde demnach vom Debian-Installer gründlich verkackt.
dass du da an der richtigen Stelle falsche Eingaben machen könntest steht schon mal bicht zur Debatte?
@chrisprefect sagte in Failed to lock DB file nach Festplatte voll.:
Warum wird das nicht bei jedem Google-Eintrag erklärt, wenn man nach der Fehlermeldung "Benutzer ist nicht in der Gruppe der Sudoers"
weil du in den Tiefen des OS und dessen Rechteverwaltung manuell eingegreifen wolltest, was niemand machen sollte, der es nicht wirklich weiss.
Außerdem hast du ja selbst gesagt, dass dein User in der Gruppe gewesen ist, also passte diese Suche schon mal nicht.@chrisprefect sagte in Failed to lock DB file nach Festplatte voll.:
hat man nur wenig Chancen solche Probleme zu lösen
...die man nicht hätte, wenn man sauber installiert und konfiguriert hätte.
und jetzt ist das Linux-Bashing beendet!
So ziemlich das Erste, was der Installer zeigt, ist ein Fullscreen-Formular auf dem steht "Passwort für Root" und dann kommen zwei Eingabefelder. Mir wäre nie im Traum eingefallen, die Felder leer zu lassen und das Formular wegzuklicken. Das ist schon seeeeeeehr verwirrend sowas.
Eigentlich sollte sowas ja fehlertolerant sein. Wenn dann bei "sudo" einfach eine Fehlermeldung kommt, müsste ersichtlich sein, dass man das beheben kann, indem man das Root-Passwort löscht. Mich hat das aber sicher eine Stunde gekostet.
Die Rechteverwaltung hat ja nicht gepasst. Und was soll ich denn machen, wenn die Fehlermeldung heisst "Benutzer nicht in der Liste der Sudoers"? Nach was soll ich denn dann googeln, wenn nicht nach dem? Ich weiss wirklich nicht, was ich hätte anders machen sollen!
Für euch ist das easy, wenn ihr um diese Besonderheiten wisst. Aber wenn man die nicht kennt, dann hat man keine Chance da unbeschadet rauszukommen!
Und am besten würde ich nun eh nochmals die ganze VM löschen und zum achten Mal neu installieren, diesmal einfach ohne Root-Passwort? Oder wie würdet ihr nun vorgehen?
-
So ziemlich das Erste, was der Installer zeigt, ist ein Fullscreen-Formular auf dem steht "Passwort für Root" und dann kommen zwei Eingabefelder. Mir wäre nie im Traum eingefallen, die Felder leer zu lassen und das Formular wegzuklicken. Das ist schon seeeeeeehr verwirrend sowas.
Eigentlich sollte sowas ja fehlertolerant sein. Wenn dann bei "sudo" einfach eine Fehlermeldung kommt, müsste ersichtlich sein, dass man das beheben kann, indem man das Root-Passwort löscht. Mich hat das aber sicher eine Stunde gekostet.
Die Rechteverwaltung hat ja nicht gepasst. Und was soll ich denn machen, wenn die Fehlermeldung heisst "Benutzer nicht in der Liste der Sudoers"? Nach was soll ich denn dann googeln, wenn nicht nach dem? Ich weiss wirklich nicht, was ich hätte anders machen sollen!
Für euch ist das easy, wenn ihr um diese Besonderheiten wisst. Aber wenn man die nicht kennt, dann hat man keine Chance da unbeschadet rauszukommen!
Und am besten würde ich nun eh nochmals die ganze VM löschen und zum achten Mal neu installieren, diesmal einfach ohne Root-Passwort? Oder wie würdet ihr nun vorgehen?
@chrisprefect sagte in Failed to lock DB file nach Festplatte voll.:
Und am besten würde ich nun eh nochmals die ganze VM löschen und zum achten Mal neu installieren, diesmal einfach ohne Root-Passwort?
Ja, mach es einfach so wie es für User ohne profundere Kenntnisse vorgesehen ist. Debian bevormundet dich nämlich eben nicht, muss dann aber davon ausgehen das der user der da mit 'root' agieren will auch mit dem komplett unbeschränkten Zugriff in die tiefsten Ebenen umzugehen weiß. Wenn du das (was ganz offensichtlich ist) nicht weißt, installier es ohne aktiven root.
-
@thomas-braun sagte in Failed to lock DB file nach Festplatte voll.:
Bullshit. Du machst es dir nur selber schwer durch komisches und planloses Herumgewürge.
Nein Thomas, das ist beleidigend und stimmt einfach nicht. Ich habe Debian mit dem offiziellen Image über den offiziellen Installer installiert und konnte sudo nicht nutzen mit dem vom Installer erstellten User. Da ist irgendwas falsch gelaufen. Vielleicht, weil ich ein Root-Passwort gesetzt hatte? Wer weiss, stand ja nicht beim Installer.
Ich weiss, dass ich weder komisch noch planlos herumgewürgt habe. Ich habe alles nach bestem Wissen und Gewissen installiert und wollte ein sauberes System installieren. Das hat aber nicht geklappt.
umgestiegen von Proxmox auf Unraid
-
So ziemlich das Erste, was der Installer zeigt, ist ein Fullscreen-Formular auf dem steht "Passwort für Root" und dann kommen zwei Eingabefelder. Mir wäre nie im Traum eingefallen, die Felder leer zu lassen und das Formular wegzuklicken. Das ist schon seeeeeeehr verwirrend sowas.
Eigentlich sollte sowas ja fehlertolerant sein. Wenn dann bei "sudo" einfach eine Fehlermeldung kommt, müsste ersichtlich sein, dass man das beheben kann, indem man das Root-Passwort löscht. Mich hat das aber sicher eine Stunde gekostet.
Die Rechteverwaltung hat ja nicht gepasst. Und was soll ich denn machen, wenn die Fehlermeldung heisst "Benutzer nicht in der Liste der Sudoers"? Nach was soll ich denn dann googeln, wenn nicht nach dem? Ich weiss wirklich nicht, was ich hätte anders machen sollen!
Für euch ist das easy, wenn ihr um diese Besonderheiten wisst. Aber wenn man die nicht kennt, dann hat man keine Chance da unbeschadet rauszukommen!
Und am besten würde ich nun eh nochmals die ganze VM löschen und zum achten Mal neu installieren, diesmal einfach ohne Root-Passwort? Oder wie würdet ihr nun vorgehen?
@chrisprefect sagte in Failed to lock DB file nach Festplatte voll.:
Nach was soll ich denn dann googeln, wenn nicht nach dem? Ich weiss wirklich nicht, was ich hätte anders machen sollen!
@crunchip sagte in Failed to lock DB file nach Festplatte voll.:
ist zwar proxmox, seh dir aber mal den Abschnitt Debian Install an
das hatte ich dir vor 9Std nahegelegt
-
Ja, das ist genau die (zugegebenenermaßen etwas unglückliche) Formulierung im Installer die ich oben meinte.
Das ist aber auch der einzige Punkt, die aus der Tirade das TEs valide ist.
-
Ja, das ist genau die (zugegebenenermaßen etwas unglückliche) Formulierung im Installer die ich oben meinte.
Das ist aber auch der einzige Punkt, die aus der Tirade das TEs valide ist.
@thomas-braun ich weiß, etwas blöd ausgedrückt, aber er könnte ja anstatt ein debian auf ubuntu umsatteln, da macht man es automatisch richtig
umgestiegen von Proxmox auf Unraid
-
@thomas-braun ich weiß, etwas blöd ausgedrückt, aber er könnte ja anstatt ein debian auf ubuntu umsatteln, da macht man es automatisch richtig
@crunchip sagte in Failed to lock DB file nach Festplatte voll.:
auf ubuntu umsatteln
Und dann auf eine der non-LTS-Versionen, die nur eine Lebenserwartung von 9 Monaten hat? Weil das ja auch einem nicht gesagt wird?
-
@crunchip sagte in Failed to lock DB file nach Festplatte voll.:
auf ubuntu umsatteln
Und dann auf eine der non-LTS-Versionen, die nur eine Lebenserwartung von 9 Monaten hat? Weil das ja auch einem nicht gesagt wird?
@thomas-braun ja mei an irgendeinen Tod muss man sterben
669
Online32.5k
Benutzer81.7k
Themen1.3m
Beiträge