NEWS
Failed to lock DB file nach Festplatte voll.
-
Du frickelst da komplett kopf- und planlos irgendwas herum und wunderst dich, dass das von dir zusammengestümperte Zeug nicht funktioniert?
Ich verabschiede mich dann auch an der Stelle, das führt zu nichts.
@thomas-braun sagte in Failed to lock DB file nach Festplatte voll.:
Du frickelst da komplett kopf- und planlos irgendwas herum und wunderst dich, dass das von dir zusammengestümperte Zeug nicht funktioniert?
Natürlich! Ich sage ja ständig, dass ich mich da nicht auskenne! Was soll ich denn sonst machen? Ich bin auf Hilfe angewiesen. Anleitungen habe ich trotz vielem Googeln keine passenden gefunden. Den Rest habe ich so gemacht, wie ich es auf den Anleitungsseiten von ioBroker gefunden habe.
Wie soll ich sonst vorgehen? Ich weiss da nicht weiter.
-
@thomas-braun sagte in Failed to lock DB file nach Festplatte voll.:
Was für ein Chaos? Das ist ganz einfach: Als root direkt wird sich nicht angemeldet und alle Befehle die tiefer ins System reingehen werden mit sudo eingeleitet. So einfach ist das.
Haha nein das stimmt eben leider ganz und gar nicht, sonst hätte ich ja keine Probleme gehabt! :blush:
Sudo ging nicht. auch nicht, als ich als root den user in die sudoers-Liste eingetragen hatte.
Ich musste manuel in der sudoers Textdatei den Root-Eintrag kopieren und auf den User abändern, erst dann ging Sudo.
Su ging auch nicht, da wurden keine Befehle gefunden, weil anschienend da absichtlich die Pfadvariable nicht gesetzt wird? Erst "su -" mit Bindestrich dahinter ging. Aber sowas findet man ja auch erst nach vielem Googeln. Intiutiv und konsistent ist das sicher nicht.
Und wenn Linux so flexibel ist, warum darf ich dann nicht so arbeiten wie ich will? Ich will immer als root arbeiten. Ich will keine extra Sicherheitsschicht. Warum bevormundet mich das System? Warum ist das system nicht so robust und transparent, dass beide Arbeitsweisen funktionieren? Das ist für mich ein grober Designfehler, der das Arbeiten unnötig umständlich und fehleranfällig macht. Das allein hat mich heute wieder eine Stunde gekostet.
@chrisprefect sagte in Failed to lock DB file nach Festplatte voll.:
Warum bevormundet mich das System? Warum ist das system nicht so robust und transparent, dass beide Arbeitsweisen funktionieren?
Das tut es nicht. Du kannst als root arbeiten, wenn die entsprechende Expertise vorhanden wäre. Ist sie aber bei dir ganz offensichtlich nicht. Also agierst du da besser als User herum um pflügst nicht mit root-Rechten dauerhaft über deine Kiste. Dann verfummelt man das ganze auch nicht so wie es hier offenbar immer wieder getan wird.
Mein Linux-System rennt hier rockstable seit Jahren, ich hampel aber auch nicht komplett ahnungslos da drüber.
-
@chrisprefect sagte in Failed to lock DB file nach Festplatte voll.:
Warum bevormundet mich das System? Warum ist das system nicht so robust und transparent, dass beide Arbeitsweisen funktionieren?
Das tut es nicht. Du kannst als root arbeiten, wenn die entsprechende Expertise vorhanden wäre. Ist sie aber bei dir ganz offensichtlich nicht. Also agierst du da besser als User herum um pflügst nicht mit root-Rechten dauerhaft über deine Kiste. Dann verfummelt man das ganze auch nicht so wie es hier offenbar immer wieder getan wird.
Mein Linux-System rennt hier rockstable seit Jahren, ich hampel aber auch nicht komplett ahnungslos da drüber.
@thomas-braun Das tue ich ja! Ich befolge ja alle deine Befehle. Aber es funktioniert halt nich! Wenn "sudo" nicht funktioniert, was soll ich denn machen? Das System funktioniert halt einfach nicht. "verfummelt" habe ich sicher nichts, und wenn dann nur, weil das System halt "sauber" einfach nicht funktioniert. Natürlich bringt man so ein Linux rock-solid hin, wenn man genau weiss, was man tut. Aber für alle anderen ist es ein Graus.
Ich bin ja extrem froh um all eure Hilfe. Aber ich bin halt gefrustet, wenn jeder kleine Schritt immer wieder zu neuen Probleme führt.
Also auch eine weitere Stunde später sind die meisten Instanzen noch rot und im Log tut sich nichts. Was nun? :confounded:
-
In deinem Backup ist offenbar eine influxdb1 drin, das kannst du aber nicht in eine influxdb2 stopfen. Funktioniert nicht, anderes Format. Also influxdb1 installieren.
-
@thomas-braun Das tue ich ja! Ich befolge ja alle deine Befehle. Aber es funktioniert halt nich! Wenn "sudo" nicht funktioniert, was soll ich denn machen? Das System funktioniert halt einfach nicht. "verfummelt" habe ich sicher nichts, und wenn dann nur, weil das System halt "sauber" einfach nicht funktioniert. Natürlich bringt man so ein Linux rock-solid hin, wenn man genau weiss, was man tut. Aber für alle anderen ist es ein Graus.
Ich bin ja extrem froh um all eure Hilfe. Aber ich bin halt gefrustet, wenn jeder kleine Schritt immer wieder zu neuen Probleme führt.
Also auch eine weitere Stunde später sind die meisten Instanzen noch rot und im Log tut sich nichts. Was nun? :confounded:
@chrisprefect sagte in Failed to lock DB file nach Festplatte voll.:
Natürlich bringt man so ein Linux rock-solid hin, wenn man genau weiss, was man tut. Aber für alle anderen ist es ein Graus.
Das kann ich so nicht stehen lassen!
als ich mit ioBroker v0.x = ccu.io anfing, wusste ich noch nicht mal was e7n Raspberry ist. Ok, von Linux hatte ich schon mal gehört.Ich habe mich nach und nach dort reingefummelt. und bei mir lief immer alles stabil.
Zwei Dinge habe ich nie gemacht: Jutjub Videos angesehen, und mit Dingen gearbeitet von denen ich das Gefühl hatte sie nicht zu verstehen.Für letzteres habe ich mich auch nicht gescheut 3x täglich eine neue Installation aufzusetzen...bis ich es verstanden hatte.
-
@thomas-braun Das tue ich ja! Ich befolge ja alle deine Befehle. Aber es funktioniert halt nich! Wenn "sudo" nicht funktioniert, was soll ich denn machen? Das System funktioniert halt einfach nicht. "verfummelt" habe ich sicher nichts, und wenn dann nur, weil das System halt "sauber" einfach nicht funktioniert. Natürlich bringt man so ein Linux rock-solid hin, wenn man genau weiss, was man tut. Aber für alle anderen ist es ein Graus.
Ich bin ja extrem froh um all eure Hilfe. Aber ich bin halt gefrustet, wenn jeder kleine Schritt immer wieder zu neuen Probleme führt.
Also auch eine weitere Stunde später sind die meisten Instanzen noch rot und im Log tut sich nichts. Was nun? :confounded:
@chrisprefect sagte in Failed to lock DB file nach Festplatte voll.:
Das System funktioniert halt einfach nicht.
Du stellst also die These auf, das eine Linux-Distribution, die für tausende Verwender funktioniert genau bei dir nicht funktioniert? Dann würde ich an deiner Stelle mal darüber nachdenken, was denn die anderen bei denen es wie vorgesehen mit dem üblichen 'sudo' funktioniert anders machen könnten.
Wenn der Bauer nicht schwimmen kann ist die Badehose schuld?
-
In deinem Backup ist offenbar eine influxdb1 drin, das kannst du aber nicht in eine influxdb2 stopfen. Funktioniert nicht, anderes Format. Also influxdb1 installieren.
@thomas-braun sagte in Failed to lock DB file nach Festplatte voll.:
In deinem Backup ist offenbar eine influxdb1 drin, das kannst du aber nicht in eine influxdb2 stopfen. Funktioniert nicht, anderes Format. Also influxdb1 installieren.
ok ich habe mit "apt purge influxdb2" und "apt install influxdb" influxdb1 installiert und ich komme aufs web backend. Super :-)
-
@thomas-braun sagte in Failed to lock DB file nach Festplatte voll.:
In deinem Backup ist offenbar eine influxdb1 drin, das kannst du aber nicht in eine influxdb2 stopfen. Funktioniert nicht, anderes Format. Also influxdb1 installieren.
ok ich habe mit "apt purge influxdb2" und "apt install influxdb" influxdb1 installiert und ich komme aufs web backend. Super :-)
Klassischer Fall von 'Kaum macht man es richtig, schon funktioniert's '
Gilt analog für deine anderen Probleme auch.
-
@chrisprefect sagte in Failed to lock DB file nach Festplatte voll.:
Das System funktioniert halt einfach nicht.
Du stellst also die These auf, das eine Linux-Distribution, die für tausende Verwender funktioniert genau bei dir nicht funktioniert? Dann würde ich an deiner Stelle mal darüber nachdenken, was denn die anderen bei denen es wie vorgesehen mit dem üblichen 'sudo' funktioniert anders machen könnten.
Wenn der Bauer nicht schwimmen kann ist die Badehose schuld?
@thomas-braun sagte in Failed to lock DB file nach Festplatte voll.:
Wenn der Bauer nicht schwimmen kann ist die Badehose schuld?
Ja, warum gibt es denn da keinen Schwimmring?
Ernsthaft: Bei meiner Installation war der user einfach nicht in der sudoers-Liste eingetragen. Bzw. wenn ich die Gruppen angeschaut habe, war er in der sudo-gruppe drin, ich habe aber immer die Fehlermeldung bekommen, er sei nicht in der Sudoers-Liste. Mit "su" konnte ich zwar den Befehl absetzen, ihn in die sudoer-Liste einzutragen, was auch ohne Fehlermeldung erledigt wurde, es hat nur nichts genützt. Erst als ich den User manuell mit dem editor nano in die /etc/sudoers Liste eingetragen hatte, klappte es!
Aber zuvor musste ich noch rausfinden, dass "su" nicht mehr funktioniert. Mann muss jetzt "su -" eingeben, um eine funktionierende Root-Umgebung zu bekommen. Das ist schon eine ziemlich löchrige Badehose! ;-)
-
Klassischer Fall von 'Kaum macht man es richtig, schon funktioniert's '
Gilt analog für deine anderen Probleme auch.
@thomas-braun sagte in Failed to lock DB file nach Festplatte voll.:
Klassischer Fall von 'Kaum macht man es richtig, schon funktioniert's '
Kaum macht man es ANDERS als in der Anleitung steht, funktionierts! Aber weiter bin ich ja noch nicht, jetzt habe ich einfach eine andere Version von influxdb installiert. Noch keine Verbindung mit ioBroker und kein Backup zurückgespielt. Und Graphana fehlt auch noch. Wo sind eigentlich die Graphana-Daten gebackupt?
Gilt analog für deine anderen Probleme auch.
Offensichtlich nicht. Wenn mans "richtig" macht, dann läuft man ständig in Probleme. Man muss lauter Workarounds und Fixes suchen, erst dann funktionierts. Leider :-(
-
@thomas-braun sagte in Failed to lock DB file nach Festplatte voll.:
Wenn der Bauer nicht schwimmen kann ist die Badehose schuld?
Ja, warum gibt es denn da keinen Schwimmring?
Ernsthaft: Bei meiner Installation war der user einfach nicht in der sudoers-Liste eingetragen. Bzw. wenn ich die Gruppen angeschaut habe, war er in der sudo-gruppe drin, ich habe aber immer die Fehlermeldung bekommen, er sei nicht in der Sudoers-Liste. Mit "su" konnte ich zwar den Befehl absetzen, ihn in die sudoer-Liste einzutragen, was auch ohne Fehlermeldung erledigt wurde, es hat nur nichts genützt. Erst als ich den User manuell mit dem editor nano in die /etc/sudoers Liste eingetragen hatte, klappte es!
Aber zuvor musste ich noch rausfinden, dass "su" nicht mehr funktioniert. Mann muss jetzt "su -" eingeben, um eine funktionierende Root-Umgebung zu bekommen. Das ist schon eine ziemlich löchrige Badehose! ;-)
@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.:
Klassischer Fall von 'Kaum macht man es richtig, schon funktioniert's '
Kaum macht man es ANDERS als in der Anleitung steht, funktionierts! Aber weiter bin ich ja noch nicht, jetzt habe ich einfach eine andere Version von influxdb installiert. Noch keine Verbindung mit ioBroker und kein Backup zurückgespielt. Und Graphana fehlt auch noch. Wo sind eigentlich die Graphana-Daten gebackupt?
Gilt analog für deine anderen Probleme auch.
Offensichtlich nicht. Wenn mans "richtig" macht, dann läuft man ständig in Probleme. Man muss lauter Workarounds und Fixes suchen, erst dann funktionierts. Leider :-(
@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.
-
@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
400
Online32.5k
Benutzer81.7k
Themen1.3m
Beiträge