Guten Morgen,
seit langer Zeit mal wieder was Kniffliges (für mich). 😇
Von Zeit zu Zeit - auf Besuch - betreue ich den Rechner meiner Schwiegermutter, auf dem schon seit langem stabile Longtimes laufen, zuletzt Xenial. Es ist außerdem ein Dualboot: auf sda1 und sda2 liegt ein uraltes, ungenutztes Windows.
Ich bin überzeugt, dass ich bei der Erstinstallation von Ubuntu auf sda3 dem System / eine eigene logische Partition (sda7) mit gut 16 GiB zugewiesen habe, außerdem habe ich Swap mit knapp 2 GiB auf sda6 und /home mit dem Rest von gut 86 GiB auf sda5 gelegt.
/dev/sda1 ntfs System 100 MiB boot /dev/sda2 ntfs 128 GiB /dev/sda3 extended _/dev/sda7 ext4 / 16 GiB _/dev/sda5 ext4 /home 86 GiB _/dev/sda6 linux-swap 2 GiB
Seit einiger Zeit klagte die Nutzerin hin und wieder darüber, dass wegen Überfüllung keine Sicherheitsupdates mehr möglich seien (ähnlich dem Kollegen im Nachbar-Thread). Ich löste das Problem mit der alten Knoppix-Formel
1 | dpkg -l 'linux-*' | sed '/^ii/!d;/'"$(uname -r | sed "s/\(.*\)-\([^0-9]\+\)/\1/")"'/d;s/^[^ ]* [^ ]* \([^ ]*\).*/\1/;/[0-9]/!d' | xargs sudo apt-get -y purge |
Verwunderlich war jedoch, dass die Zeiträume bis zur nächsten Überfüllung immer kleiner wurden. Außerdem wurde beim Booten eine lange Reihe von Fehlermeldungen ausgegeben, die oft mit dem Term "bad file descriptor" endeten. Die Performance des Rechners ließ auch deutlich zu wünschen übrig.
Um das File-System zu überprüfen, rief ich gparted auf und bemerkte erstaunt, dass sda5 beim Booten gar nicht eingehängt worden war und /home mit inzwischen etwa 8 GiB mit in der Wurzel / auf sda7 lagerte. Kein Wunder also, dass es hier immer enger wurde. Ich habe keine Ahnung, wie es dazu gekommen ist.
Folgende Maßnahmen habe ich ergriffen:
sda5 unter /media gemountet: Es befand sich auf dieser Partition ein frischer, völlig ungenutzter "Persönlicher Ordner".
sda5 ausgehängt und von gparted "überprüfen und reparieren" lassen
sda5 wieder eingehängt und den gesamten Inhalt des aktuellen "Persönlichen Ordners" in den ungenutzten auf sda5 hinein kopiert.
fstab mit root-Rechten korrigiert:
# /etc/fstab: static file system information. # # Use 'blkid' to print the universally unique identifier for a # device; this may be used with UUID= as a more robust way to name devices # that works even if disks are added and removed. See fstab(5). # # <file system> <mount point> <type> <options> <dump> <pass> # / was on /dev/sda7 during installation UUID=68e4e6b8-ffe5-4a59-adef-48bb33717c07 / ext4 defaults 0 1 # /home am 20.07.2017 auf /dev/sda5 gelegt. UUID=7a0ff3aa-8bcf-40e8-bf5a-083cb5831de9 /home ext4 defaults 0 2 # swap was on /dev/sda6 during installation UUID=1ca1221b-421f-42fa-9e17-2dd350772d7d none swap sw 0 0
Überprüfung des File-Systems beim Start veranlasst mit
sudo touch /forcefsck
Vorläufige Ergebnisse:
/home ist jetzt auf sda5.
An der hohen Belegung von sda7 (momentan über 81%) hat sich nichts geändert. Da ich die Daten des "Persönlichen Ordners" dort nicht gelöscht habe, mag das zu erwarten sein. Es fragt sich bloß, wo auf sda7 ich diese Daten jetzt finde, um sie zu löschen...
Der Rechner bootet nach wie vor mit den beschriebenen Fehlermeldungen.
Der Rechner arbeitet noch immer sehr zäh.
Für Ideen und Anregungen wäre ich euch sehr dankbar!
Viele liebe Grüße,
lorbeerbund
Bearbeitet von jug:
Unser Forum kann auch richtige Listen, bitte nutze die Formatierungsmöglichkeiten sinnvoll, danke.
Moderiert von Taomon:
Dieses Thema ist verschoben worden. Bitte beachte die als wichtig markierten Themen („Welche Themen gehören hier her und welche nicht?“)!