nach Installation [Bullseye] auf Raspberry4 - samba startet nicht, blockiert alle Installationen

[Andyk72]

Ich habe ein Update auf meinem Raspberry 4 gemacht und Debian 11 [Bullseye] installiert.
Es gibt ein paar kleinere Probleme. Zunächst wollte der DHCP nicht mehr starten und es gab kein Netzwerk. Dieses Problem konnte ich lösen.
Aber etwas stimmt mit samba nicht. Daher kann ich nichts mehr installieren oder entfernen.
Bei der Eingabe sudo apt install samba-common erscheint:

Code: Alles auswählen

openhabian@openhab2:/var/lib $ sudo apt install samba-common
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
samba-common ist schon die neueste Version (2:4.13.13+dfsg-1~deb11u4).
Das folgende Paket wurde automatisch installiert und wird nicht mehr benötigt:
  libsmbclient
Verwenden Sie »sudo apt autoremove«, um es zu entfernen.
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 10 nicht aktualisiert.
4 nicht vollständig installiert oder entfernt.
Es müssen noch 0 B von 170 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 0 B Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren? [J/n]
dpkg: Protokoll-Datei »/var/log/dpkg.log« konnte nicht geöffnet werden: Das Dateisystem ist nur lesbar
tdb-tools (1.4.3-1+b1) wird eingerichtet ...
update-alternatives: Fehler: An »/var/log/alternatives.log« kann nicht angehängt werden: Das Dateisystem ist nur lesbar
dpkg: Fehler beim Bearbeiten des Paketes tdb-tools (--configure):
 »installiertes tdb-tools-Skript des Paketes post-installation«-Unterprozess gab den Fehlerwert 2 zurück
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von samba-common-bin:
 samba-common-bin hängt ab von samba-common (= 2:4.13.13+dfsg-1~deb11u4); aber:
  Paket samba-common ist nicht installiert.

dpkg: Fehler beim Bearbeiten des Paketes samba-common-bin (--configure):
 Abhängigkeitsprobleme - verbleibt unkonfiguriert
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von samba:
 samba hängt ab von samba-common (= 2:4.13.13+dfsg-1~deb11u4); aber:
  Paket samba-common ist nicht installiert.
 samba hängt ab von samba-common-bin (= 2:4.13.13+dfsg-1~deb11u4); aber:
  Paket samba-common-bin ist noch nicht konfiguriert.
 samba hängt ab von tdb-tools; aber:
  Paket tdb-tools ist noch nicht konfiguriert.

dpkg: Fehler beim Bearbeiten des Paketes samba (--configure):
 Abhängigkeitsprobleme - verbleibt unkonfiguriert
Fehler traten auf beim Bearbeiten von:
 tdb-tools
 samba-common-bin
 samba
Updating FireMotD available updates count ... E: Unmet dependencies. Try 'apt --fix-broken install' with no packages (or specify a solution).

W: Problem beim Entfernen (unlink) der Datei /var/log/apt/eipp.log.xz - FileFd::Open (30: Das Dateisystem ist nur lesbar)
W: Datei /var/log/apt/eipp.log.xz konnte nicht geöffnet werden. - open (17: Die Datei existiert bereits)
W: Datei »/var/log/apt/eipp.log.xz« konnte nicht geöffnet werden. - EIPP::OrderInstall (17: Die Datei existiert bereits)
W: Datei »/var/log/apt/term.log« konnte nicht geöffnet werden. - OpenLog (30: Das Dateisystem ist nur lesbar)
E: Sub-process /usr/bin/dpkg returned an error code (1)

auch sudo apt --fix-broken install funktioniert nicht

eigentlich funktioniert kein sudo apt oder sudo apt-get Befehl mehr.

Hat jemand eine Idee außer einer Neuinstallation? Für Hilfe wäre ich sehr dankbar.

[debilian]

Das Dateisystem ist nur lesbar

klar, es kann nichts geschrieben werden....

[Andyk72]

ok, was kann man da machen?

[DeletedUserReAsG]

was kann man da machen?

Gucken, woran es liegt (Infos sollten sich via dmesg in Erfahrung bringen lassen), Ursache beheben und Dateisystem beschreibbar remounten.

OT:

eigentlich funktioniert kein sudo apt oder sudo apt-get Befehl mehr.

Es sind zwei Befehle: sudo ist ein Befehl, und apt/apt-get ist ein Befehl. Mag pedantisch erscheinen, aber mit einem falsch verstandenen sudo haben sich schon wirklich viele ihren Tag ruiniert. Falls das nicht klar sein sollte, solltest du unbedingt ins Manual oder auf eine der Wiki-Seiten zu sudo schauen, damit dir das nicht auch passiert.

[MSfree]

ok, was kann man da machen?

Ein read-only eingehängtes Dateisystem kann zwei Ursachen haben. Die eine ist, daß das Dateisystem beim letzten Shutdown oder Reboot nicht sauber ausgehängt wurde. Hier hilft ein fsck des Dateisystems, um es wieder in einen konsistenten Zustand zu bringen.

Die zweite, sehr viel wahrscheinlichere Ursache ist, daß die µSD-Karte kaputt ist. Hier hilft nur, eine neue Karte zu verwenden.

[DeletedUserReAsG]

OT-Einwurf:

Ein read-only eingehängtes Dateisystem kann zwei Ursachen haben.

Ein paar mehr mögliche Ursachen gibt es schon noch. Daher sollte zunächst nachgeschaut werden, warum es schreibgeschützt remounted wurde – um dann sinnvolle Maßnahmen ergreifen zu können.

[Andyk72]

Code: Alles auswählen

openhabian@openhab2:~ $ dmesg
[36330.337754] systemd-journald[857]: Failed to rotate /var/log/journal/decf39ef24d645d989f41e957d5ef37e/system.journal: Read-only file system
[36330.337801] systemd-journald[857]: Failed to rotate /var/log/journal/decf39ef24d645d989f41e957d5ef37e/user-1000.journal: Read-only file system
[36330.338421] systemd-journald[857]: Failed to write entry (21 items, 647 bytes) despite vacuuming, ignoring: Argument list too long
[36330.338808] systemd-journald[857]: Failed to rotate /var/log/journal/decf39ef24d645d989f41e957d5ef37e/system.journal: Read-only file system
[36330.338850] systemd-journald[857]: Failed to rotate /var/log/journal/decf39ef24d645d989f41e957d5ef37e/user-1000.journal: Read-only file system
[36330.339490] systemd-journald[857]: Failed to write entry (21 items, 734 bytes) despite vacuuming, ignoring: Argument list too long
[36330.339894] systemd-journald[857]: Failed to rotate /var/log/journal/decf39ef24d645d989f41e957d5ef37e/system.journal: Read-only file system
[36330.339934] systemd-journald[857]: Failed to rotate /var/log/journal/decf39ef24d645d989f41e957d5ef37e/user-1000.journal: Read-only file system
[36330.340533] systemd-journald[857]: Failed to write entry (21 items, 647 bytes) despite vacuuming, ignoring: Argument list too long
[36330.340954] systemd-journald[857]: Failed to rotate /var/log/journal/decf39ef24d645d989f41e957d5ef37e/system.journal: Read-only file system
[36330.340994] systemd-journald[857]: Failed to rotate /var/log/journal/decf39ef24d645d989f41e957d5ef37e/user-1000.journal: Read-only file system
[36330.341599] systemd-journald[857]: Failed to write entry (21 items, 734 bytes) despite vacuuming, ignoring: Argument list too long
[36330.341941] systemd-journald[857]: Failed to rotate /var/log/journal/decf39ef24d645d989f41e957d5ef37e/system.journal: Read-only file system
[36330.341979] systemd-journald[857]: Failed to rotate /var/log/journal/decf39ef24d645d989f41e957d5ef37e/user-1000.journal: Read-only file system
[36330.342705] systemd-journald[857]: Failed to write entry (21 items, 647 bytes) despite vacuuming, ignoring: Argument list too long
[36330.343766] systemd-journald[857]: Failed to rotate /var/log/journal/decf39ef24d645d989f41e957d5ef37e/system.journal: Read-only file system
[36330.343806] systemd-journald[857]: Failed to rotate /var/log/journal/decf39ef24d645d989f41e957d5ef37e/user-1000.journal: Read-only file system
[36330.344384] systemd-journald[857]: Failed to write entry (21 items, 734 bytes) despite vacuuming, ignoring: Argument list too long
[36330.344732] systemd-journald[857]: Failed to rotate /var/log/journal/decf39ef24d645d989f41e957d5ef37e/system.journal: Read-only file system
[36330.344772] systemd-journald[857]: Failed to rotate /var/log/journal/decf39ef24d645d989f41e957d5ef37e/user-1000.journal: Read-only file system
[36330.345335] systemd-journald[857]: Failed to write entry (21 items, 647 bytes) despite vacuuming, ignoring: Argument list too long

[DeletedUserReAsG]

Das ist der letzte Rest der Ausgabe. Wenn du’s nicht zu erkennen vermagst, könntest du die gesamte Ausgabe nach etwa pastebin/ stellen und hier verlinken; dmesg > ausgabe.txt leitet die gesamte Ausgabe in die Datei ausgabe.txt um, die du dann hochladen kannst.

Wenn durch die massive Anzahl der Einträge der Anfang bereits fehlen sollte, bietet sich ein Reboot an, um den Buffer zu leeren und auch die Einträge vom Boot zur Verfügung zu haben. Dabei kann es, je nach zugrundeliegendem Problem, allerdings auch passieren, dass es nicht wieder hochkommt. In dem Fall sollte aber eine entsprechende Fehlermeldung zu sehen sein, mit der man dann arbeiten kann.

[Andyk72]

Der Raspberry bootet von einer SSD, die an einem USB Port hängt. Die SSD ist in Ordnung. Das kann ich schon ausschließen. Vor dem Update hat auch alles einwandfrei funktioniert. Ich hätte das Update wohl nicht per SSH einspielen sollen
Ich habe aufgrund eurer Hilfe ein ähnliches Problem in einem anderem Forum gefunden:
https://forum-raspberrypi.de/forum/thre ... read-only/

Hallo,
mir scheint, ich habe mit Buster ein ähnliches Problem wie Nach Upgrade auf Stretch nur noch read-only.

Das Problem hat der Nutzer am Ende so gelöst:

Dem RasPi geht es wieder gut!
Ich habe die SD-Karte mit USB Image Tool gesichert und stumpf auf eine gleiche SD-Karte kopiert. Damit ist der RasPi gleich problemlos gestartet.
Danke für eure Unterstützung!

Da der Raspi ca. 100km entfernt von mir ist, muss ich das das nächste Mal machen. Ich werde mich melden, falls es funktioniert hat oder eben nicht.
Wenn jemand noch eine geniale Idee für einen Linux-Anfänger hat, ohne das Filesystem zu zerstören, dann würde ich mich sehr freuen!! Danke für die Hilfe.

[MSfree]

Ich hätte das Update wohl nicht per SSH einspielen sollen

Warum nicht? Zumindest ist SSH auf keinen Fall dafür ursäclich, daß das Dateisystem hinterher read-only ist.

[Andyk72]

ok, danke, gut zu wissen.