[DE] Kein Rootzugriff mehr nach chroot

[Lanzi]

Ich musste grub nach einem Absturz neu installieren (der Thread dazu: https://forum.siduction.org/index.php?topic=9881.msg78574#msg78574) und letztlich habe ich ein siduction vom Stickgestartet und mit chroot und update-grub das System wieder ans Laufen bekommen.

Seitdem ist folgendes mit dem System:
1. gebe ich in der Konsole su - ein kann ich micht nicht mehr als root anmelden. "su: Fehler bei Authentifizierung"
Auch Programme, die vorhger mit pkexec starteten (root-krusader) starten nicht mehr


2. Fehlermeldung Cannot mount AppImage, please check your Fuse setup:
You might still be able to extract the contents of this AppImage
if you run it with the --appimage-extract option.
See https://github.com/AppImage/AppImageKit/wiki/FUSE

3. Der CPU-Lüfter heult die ganze Zeit, obwohl keines der Programme besonders viel CPU beansprucht.


Ein DU/FU mit Chroot vom Stick brachte keine Änderung.

Ideen?

for more information

[Lanzi]

Ergnzung:
Die Systempartition läuft in sehr hoher Geschwindigkeit voll.

[unklarer]

Nur zum Verständnis, du hattest/hast die Reperatur mit dem 'chroot-helper' von der siducion-live gemacht? Weil, so ein Kauderwelch macht der nicht.   

[ro_sid]

Ergnzung:
Die Systempartition läuft in sehr hoher Geschwindigkeit voll.

Vermutlich Einträge in /var(/log)/...
Sollte sich rasch ausfindig machen lassen.
Vielleicht verraten die auch mehr.

[Lanzi]

@unklarer: Ja der chroothelper von siduction.

Ich checke die logs morgen mal.

[devil]

Dein Fehler Nr. 2 hat mit dem Rest eher nichts zu tun. Da fehlt vermutlich libfuse2 oder libfuse2t64. Kannst du mit 

Code: [Select]

apt search fuse | grep libfuse herausfinden. Wenn das ein oder andere installiert ist, fehlt noch ein

Code: [Select]

sudo modprobe fuse und eventuell

Code: [Select]

sudo usermod -aG fuse $USER.

[Lanzi]

1. also, cups hat mit 418GB ein log erstellt, welches im Grunde nur eine Meldung enthält (siehe bIld, kann var/log/cups nicht als user auslesen.

2. Root login nach wie vor nicht möglich.

3. Irgendwas installieren geht nicht mehr (sowieso nur vom Stick als Chroot):

Code: [Select]

Zusammenfassung:
  Aktualisiere: 0, Installiere: 0, Entferne: 0, Aktualisiere nicht: 11
  5 nicht vollständig installiert oder entfernt.
  Benötigter Platz: 0 B / 473 GB verfügbar

Fortfahren? [J/n] network-manager (1.54.3-1+b1) wird eingerichtet ...
Insecure directory in $ENV{PATH} while running with -T switch at /usr/share/perl5/Debian/AdduserLogging.pm line 161.
dpkg: Fehler beim Bearbeiten des Paketes network-manager (--configure):
 »altes postinst-Betreuerskript des Paketes network-manager«-Unterprozess mit Exit-Status 25 fehlgeschlagen
avahi-autoipd (0.8-18) wird eingerichtet ...
Insecure directory in $ENV{PATH} while running with -T switch at /usr/share/perl5/Debian/AdduserLogging.pm line 161.
dpkg: Fehler beim Bearbeiten des Paketes avahi-autoipd (--configure):
 »altes postinst-Betreuerskript des Paketes avahi-autoipd«-Unterprozess mit Exit-Status 25 fehlgeschlagen
flatpak (1.16.3-1) wird eingerichtet ...
Insecure directory in $ENV{PATH} while running with -T switch at /usr/share/perl5/Debian/AdduserLogging.pm line 161.
dpkg: Fehler beim Bearbeiten des Paketes flatpak (--configure):
 »altes postinst-Betreuerskript des Paketes flatpak«-Unterprozess mit Exit-Status 25 fehlgeschlagen
avahi-daemon (0.8-18) wird eingerichtet ...
Insecure directory in $ENV{PATH} while running with -T switch at /usr/share/perl5/Debian/AdduserLogging.pm line 161.
dpkg: Fehler beim Bearbeiten des Paketes avahi-daemon (--configure):
 »altes postinst-Betreuerskript des Paketes avahi-daemon«-Unterprozess mit Exit-Status 25 fehlgeschlagen
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von avahi-utils:
 avahi-utils hängt ab von avahi-daemon (= 0.8-18); aber:
  Paket avahi-daemon ist noch nicht konfiguriert.

dpkg: Fehler beim Bearbeiten des Paketes avahi-utils (--configure):
 Abhängigkeitsprobleme - verbleibt unkonfiguriert
Fehler traten auf beim Bearbeiten von:
 network-manager
 avahi-autoipd
 flatpak
 avahi-daemon
 avahi-utils
needrestart is being skipped since dpkg has failed

4. Ausgabe "apt search fuse | grep libfuse"

Code: [Select]

h@h-systemproductname:~$ apt search fuse | grep libfuse

WARNING: apt does not have a stable CLI interface. Use with caution in scripts.

libfuse-dev/unstable 2.9.9-9+b1 amd64
libfuse2t64/unstable,now 2.9.9-9+b1 amd64  [installiert]
libfuse3-3/now 3.14.0-10 amd64  [Installiert,lokal]
libfuse3-4/unstable,now 3.18.1-1 amd64  [Installiert,automatisch]
libfuse3-dev/unstable 3.18.1-1 amd64
  Python 3 bindings for libfuse 3 with asynchronous API
  Python 3 bindings for libfuse 3 with asynchronous API (documentation)

5.  modprobe fuse nicht möglich

Wie kann ein Absturz so viele Probleme gleichzeitig verursachen?

[Lanzi]

Zusatz; Die Fehlermeldung zu fuse ist weg.

cups lässt sich auf konsole als user mit systemctl stop cups beenden, staret aber nach unbestimmter Zeit neu

[ro_sid]

Zu 1.: Datei entfernen - Platzverbrauch! Ist denn noch genügend freier "Plattenspeicher" frei? Sonst scheitert alles sowieso daran. Ferner der Hinweis, daß mit dem 'dbus' was nicht stimmt. Das wäre kritisch, wenn es sich nicht nur auf "Cups" bezieht.

Zu 2.: Man kann Linux in einen "Single user/Recovery"-Modus booten. Grub bietet das unter "Advanced" an. Der endet mit der Aufforderung das "root"-Paßwort einzugeben, danach kann man "einiges machen" - wenn's klappt. So etwa Updates/Upgrades sofern das Dateisystem unversehrt ist und man das Netzwerk zum Laufen bringt.

Zu 3.: Auch "vom Stick" gebootet kann das ein (Platten-)Speicherplatz-Problem sein, denn "chroot" wechselt ja auf System-'/' zum Updaten/Upgraden.

Frage: Ist es ein "ext"-Dateisystem oder ein "btrfs"? Bei "ext" im Single-user-Modus einen Filesystemcheck ('fsck') ausführen.

Für mich sieht es nach "voller Platte" oder einem Dateisystemfehler aus. Letzterer sollte in einem "Journalling Filesystem" wie "ext4" nicht mehr (kritisch) vorkommen.
[Auch "update" und "upgrade" setzen die Unversehrtheit bestimmter Dateien im Dateisystem voraus, sonst scheitern sie.]

Viel Erfolg!

[Lanzi]

Die Datei war längst entfernt, Platz ist, also das scheidet aus.

Habe im Recoverymodus einen sudo Zugang eingerichtet. Aber ein apt full-upgrade bricht mit der Meldung:

Code: [Select]

Aktualisiere:
  libwinpr3-3

Zusammenfassung:
  Aktualisiere: 1, Installiere: 0, Entferne: 0, Aktualisiere nicht: 12
  425 nicht vollständig installiert oder entfernt.
  Herunterlade-Größe: 0 B / 375 kB
  Benötigter Platz: 1.024 B / 643 GB verfügbar

Fortfahren? [J/n] j
(Lese Datenbank ... 1104613 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../libwinpr3-3_3.22.0+dfsg-2_amd64.deb ...
Entpacken von libwinpr3-3:amd64 (3.22.0+dfsg-2) über (3.22.0+dfsg-1) ...
dpkg: Fehler beim Bearbeiten des Archivs /var/cache/apt/archives/libwinpr3-3_3.22.0+dfsg-2_amd64.deb (--unpack):
 Versuch, »/usr/share/man/man7/wlog.7.gz« zu überschreiben, welches auch in Paket libwinpr2-2t64:amd64 (2.11.7+dfsg1-6) ist
Fehler traten auf beim Bearbeiten von:
 /var/cache/apt/archives/libwinpr3-3_3.22.0+dfsg-2_amd64.deb
needrestart is being skipped since dpkg has failed
Fehler: Sub-process /usr/bin/dpkg returned an error code (1)

Brauche ich libwinpr3-3???

Das Dateisystem ist ext4

Ich habe jetzt schon recht viel Zeit investiert. Neige aus Frust zur Neuinstallation.

@Devil: ohne Druck, aber lohnt es sich, auf mein Hauptsystem zu verzichten, falls unser neues siduction zeitnah erscheint? Falls es noch mehrere Monate dauert, würde ich am alten weiter frickeln.

[edlin]

Siehe https://forum.siduction.org/index.php?topic=9898.0

edlin

[Lanzi]

Das ist ein guter Hinweis, habe den Weg dort probiert, aber klappt nicht, siehe Thread dort.