ubuntuusers.de

[Achtung] filesystem corruption nach libc6 Update, s. Bug #672177

Status: Ungelöst | Ubuntu-Version: Kein Ubuntu
Antworten |

MFlops

Avatar von MFlops

Anmeldungsdatum:
19. Juni 2010

Beiträge: 216

ingo2 schrieb:

... sieht nach Lucid aus 😉

Stimmt!

ingo2 schrieb:

... denn "verwaiste Inode" bedeutet, daß die zugehörige Datei im Nirwana verschwunden ist.

Schöne Bescherung! 👿 👿 👿

ingo2

(Themenstarter)
Avatar von ingo2

Anmeldungsdatum:
15. Juni 2007

Beiträge: 2145

Wohnort: wo der gute Riesling wächst

HarryD schrieb:

Wer hat das noch?

Das sollte inzwischen jeder Lucid|Maverick-User haben, denn alle diese Systeme haben inzwischen ein Update der libc6 erhalten. Die meisen User haben es wohl nur nicht bemerkt.

Wie schlimm ist das?

Ich kann selbst nicht sagen, welche Auswirkungen das hat. Kann auch bei jedem User verschieden sein, je nachdem, was sonst noch alles installiert ist. Vielleicht gibt es hier ja Jemand, der sich mit der Analyse von Dateisystemen auskennt? Man könnte ja nach dem 'apt-get install --reinstall libc6' einfach einen Shutdown machen und dann das beschädigte Dateisystem analysieren - so was geht, ich kanns aber nicht ☺

Die tiefere Ursache liegt eventuell in diesem 688541 und diesen 616287. Geht damit wohl in die Richtung Upstart/SysV-Init/mountall. Ein User hatte offenbar besonders schlimme Folgen des genannten Bugs, ich zitiere:

Happens 95% of the time... hard to not shutdown a laptop, leaving Ubuntu (after 4 years) and installing Arch as 4 months with no fix is rubbish.

Das ist ja auch der Grund, warum ich hier für Unterschriften zu dem Bug werbe - da muß etwas passieren, und zwar so fix wie möglich - das ist jedenfalls meine Meinung,

Ingo

ingo2

(Themenstarter)
Avatar von ingo2

Anmeldungsdatum:
15. Juni 2007

Beiträge: 2145

Wohnort: wo der gute Riesling wächst

Auch wenn es offenbar die meisten User hier kalt läßt, ist es interessant, den Tread auf Launchpad (s. meine Signatur) zu verfolgen. Selbst von Seite der Ubuntu-Enwickler gibt es offenbar kein Interesse - ganz in dem Sinne "Debian ist (und wird hoffentlich) nicht Ubuntu".

cryptosteve

Avatar von cryptosteve

Anmeldungsdatum:
17. April 2007

Beiträge: 815

Wohnort: Nähe Hamburg

Mich hat es nicht kalt gelassen, wobei mich der Umgang mit dem Fehler eigentlich mehr nervt, als der Fehler selbst.

http://blog.crashmail.de/archives/300-Ein-paar-Gedanken-zu-Ubuntu-vs.-Gentoo.html

Lindiot

Anmeldungsdatum:
22. August 2006

Beiträge: 693

ingo2 schrieb:

HarryD schrieb:

Wer hat das noch?

Das sollte inzwischen jeder Lucid|Maverick-User haben, denn alle diese Systeme haben inzwischen ein Update der libc6 erhalten. Die meisen User haben es wohl nur nicht bemerkt.

Hallo

Ich hätte es mit SICHERHEIT nicht drauf. Bei mir gibt es keine automatischen Updates, nicht bei WinDOOF und nicht hier. Wer nichts besseres drauf hat, als morgens 5 min nach dem Klingeln einspielen zu lassen, was andere gerade anbieten, braucht sich über solche Dinge nicht beschweren.

cryptosteve

Avatar von cryptosteve

Anmeldungsdatum:
17. April 2007

Beiträge: 815

Wohnort: Nähe Hamburg

Genau, stattdessen sollte man vor allem mit Sicherheitsupdates immer so lange warten, bis man jeden Fix vollständig und in Eigenarbeit auf Funktionsweise und Berechtigung überprüft hat.

Und ich wundere mich immer, woher die ganzen verseuchten Windowskisten da draussen kommen ...

HamaDruz

Avatar von HamaDruz

Anmeldungsdatum:
25. April 2008

Beiträge: 1773

Wohnort: Sachsen

Hi.

Ich hab das jetzt mal in VBox durchgespielt.

Ausgangsbasis war eine VM mit 10.10 im Textmodus (noplymouth text in der Kernelzeile. Auf die diesem habe ich das Paket libc6 neu installiert

sudo apt-get install --reinstall libc6

Danach hab ich

sudo halt -f -r now

ausgeführt. Ich weiss das ist böse. 😈

Dann ein Backup der vdi (also der virtuellen Festplatte).

Danach wurde ein 10.04 gestartet. Am Controller hängen die 10.04 vdi und die 10.10 vdi.

Nach dem Einloggen auf der graphischen Oberfläche, wurde ein Terminal geöffnet:

lucie@luciesplace:~$ sudo fsck.ext4 -n -f -v /dev/sdb5 >> ~/Desktop/output-fsck-sdb5.txt
e2fsck 1.41.11 (14-Mar-2010)
lucie@luciesplace:~$ sudo mount -r -v /dev/sdb5 /mnt
mount: Es wurde kein Dateisystemtyp für /dev/sdb5 angegeben
       Werde den Typ ext4 versuchen
/dev/sdb5 on /mnt type ext4 (ro)
lucie@luciesplace:~$ sudo umount /mnt
lucie@luciesplace:~$ sudo fsck.ext4 -n -f -v /dev/sdb5
e2fsck 1.41.11 (14-Mar-2010)
Durchgang 1: Prüfe Inodes, Blocks, und Größen
Durchgang 2: Prüfe Verzeichnis Struktur
Durchgang 3: Prüfe Verzeichnis Verknüpfungen
Durchgang 4: Überprüfe die Referenzzähler
Durchgang 5: Überprüfe Gruppe Zusammenfassung

  162356 inodes used (31.89%)
     178 non-contiguous files (0.1%)
     191 non-contiguous directories (0.1%)
         # von Inodes mit ind/dind/tind Blöcken: 0/0/0
         Erweiterungstiefe Histogramm: 135326/43
  913347 blocks used (44.90%)
       0 bad blocks
       1 large file

  110201 regular files
   19333 directories
      59 character device files
      26 block device files
       0 fifos
     387 links
   32727 symbolic links (26891 fast symbolic links)
       1 socket
--------
  162734 files
lucie@luciesplace:~$

Nach dem Mounten im Nur-Lesen-Modus und Umounten des Dateisystems werden keine Dateisystemfehler gefunden.

Beim ursrünglichen fsck aber schon.

sudo fsck.ext4 -n -f -v /dev/sdb5 >> ~/Desktop/output-fsck-sdb5.txt

Der Inhalt von output-fsck-sdb5.txt

Warnung: Überspringe Journal-Wiederherstellung, da das Dateisystem im Nur-Lesen-Modus ist.
Durchgang 1: Prüfe Inodes, Blocks, und Größen
Inodes,  die Teile einer defekten Liste mit verwaisten Links waren.  Repariere? nein

Inode 270674 war Teil der orphaned Inode Liste.  IGNORIERT.
Inode 273082 war Teil der orphaned Inode Liste.  IGNORIERT.
Inode 275005 war Teil der orphaned Inode Liste.  IGNORIERT.
Inode 275006 war Teil der orphaned Inode Liste.  IGNORIERT.
Inode 275009 war Teil der orphaned Inode Liste.  IGNORIERT.
Inode 275017 war Teil der orphaned Inode Liste.  IGNORIERT.
Inode 275025 war Teil der orphaned Inode Liste.  IGNORIERT.
Inode 275027 war Teil der orphaned Inode Liste.  IGNORIERT.
Inode 275042 war Teil der orphaned Inode Liste.  IGNORIERT.
Inode 275061 war Teil der orphaned Inode Liste.  IGNORIERT.
Inode 275062 war Teil der orphaned Inode Liste.  IGNORIERT.
Inode 275067 war Teil der orphaned Inode Liste.  IGNORIERT.
Inode 275070 war Teil der orphaned Inode Liste.  IGNORIERT.
Gelöscht Inode 399363 hat "zero dtime".  Repariere? nein

Durchgang 2: Prüfe Verzeichnis Struktur
Durchgang 3: Prüfe Verzeichnis Verknüpfungen
Durchgang 4: Überprüfe die Referenzzähler
Durchgang 5: Überprüfe Gruppe Zusammenfassung
Block Bitmap differieren:  -(1091564--1091574) -(1091576--1091583) -(1091712--1091742) -(1091748--1091780) -(1112528--1112535) -(1120519--1120577) -(1199883--1199919) -(1257825--1258172) -(1631389--1631395)
Repariere? nein

Die Anzahl freier Blöcke ist falsch (1120864, gezählt=1120287).
Repariere? nein

Inode Bitmap differieren:  -270674 -273082 -(275005--275006) -275009 -275017 -275025 -275027 -275042 -(275061--275062) -275067 -275070 -399363
Repariere? nein

Die Anzahl freier Inodes ist falsch (346673, gezählt=346670).
Repariere? nein


/dev/sdb5: ********** WARNUNG: Noch Fehler im Dateisystem  **********


  162367 inodes used (31.90%)
     178 non-contiguous files (0.1%)
     191 non-contiguous directories (0.1%)
         # von Inodes mit ind/dind/tind Blöcken: 0/0/0
         Erweiterungstiefe Histogramm: 135326/43
  913312 blocks used (44.90%)
       0 bad blocks
       1 large file

  110201 regular files
   19333 directories
      59 character device files
      26 block device files
       0 fifos
     387 links
   32727 symbolic links (26891 fast symbolic links)
       1 socket
--------
  162734 files

Damit ergibt sich eine interessante Frage. Wenn das Dateisystem nicht repariert wurde, wo sind dann die Fehler geblieben?

Ich könnte mich jetzt hinsetzten und versuchen den betroffenen Inodes die korrospondierenden Dateien zuzuordnen. Aber das schenk ich mir mal. 😉

Ausserdem tritt das Ereignis, wenn ich das richtig gecheckt habe nur einmal auf. Eben beim ersten Neustart nach dem Update von libc6.

Viel Wind um nichts?

lucie@luciesplace:~$ grep orphan /var/log/*
/var/log/auth.log.1:Dec 23 08:09:28 luciesplace sudo:    lucie : TTY=pts/0 ; PWD=/home/lucie ; USER=root ; COMMAND=/usr/bin/apt-get install deborphan
/var/log/auth.log.1:Dec 23 08:10:30 luciesplace sudo:    lucie : TTY=pts/0 ; PWD=/home/lucie ; USER=root ; COMMAND=/usr/bin/deborphan
/var/log/auth.log.1:Dec 27 10:11:09 luciesplace sudo:    lucie : TTY=pts/0 ; PWD=/var/log ; USER=root ; COMMAND=/bin/grep orphan apparmor apt auth.log auth.log.1 auth.log.2.gz auth.log.3.gz auth.log.4.gz boot boot.log bootstrap.log btmp btmp.1.gz ConsoleKit cups daemon.log daemon.log.1 daemon.log.2.gz daemon.log.3.gz daemon.log.4.gz debug debug.1 debug.2.gz debug.3.gz debug.4.gz dist-upgrade dmesg dmesg.0 dmesg.1.gz dmesg.2.gz dmesg.3.gz dmesg.4.gz dpkg.log dpkg.log.1 dpkg.log.2.gz dpkg.log.3.gz dpkg.log.4.gz dpkg.log.5.gz dpkg.log.6.gz faillog fontconfig.log fsck gdm installer jockey.log jockey.log.1 jockey.log.2.gz jockey.log.3.gz kern.log kern.log.1 kern.log.2.gz kern.log.3.gz kern.log.4.gz lastlog lpr.log lpr.log.1 lpr.log.2.gz lpr.log.3.gz mail.err mail.info mail.log mail.warn messages messages.1 messages.2.gz messages.3.gz messages.4.gz news pm-powersave.log pm-powersave.log.1 pm-powersave.log.2.gz pm-powersave.log.3.gz pm-powersave.log.4.gz pycentral.log samba speech-dispatcher syslog syslog.
grep: /var/log/btmp: Permission denied
grep: /var/log/btmp.1.gz: Permission denied
/var/log/debug:Dec 27 10:18:49 luciesplace kernel: [  759.637719] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275070
/var/log/debug:Dec 27 10:18:49 luciesplace kernel: [  759.637719] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275067
/var/log/debug:Dec 27 10:18:49 luciesplace kernel: [  759.637719] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275062
/var/log/debug:Dec 27 10:18:49 luciesplace kernel: [  759.637719] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275061
/var/log/debug:Dec 27 10:18:49 luciesplace kernel: [  759.637719] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275042
/var/log/debug:Dec 27 10:18:49 luciesplace kernel: [  759.637719] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275027
/var/log/debug:Dec 27 10:18:49 luciesplace kernel: [  759.641721] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275025
/var/log/debug:Dec 27 10:18:49 luciesplace kernel: [  759.641721] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275017
/var/log/debug:Dec 27 10:18:49 luciesplace kernel: [  759.645723] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275009
/var/log/debug:Dec 27 10:18:49 luciesplace kernel: [  759.645723] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275006
/var/log/debug:Dec 27 10:18:49 luciesplace kernel: [  759.645723] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275005
/var/log/debug:Dec 27 10:18:49 luciesplace kernel: [  759.645723] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 273082
/var/log/debug:Dec 27 10:18:49 luciesplace kernel: [  759.645723] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 270674
/var/log/debug:Dec 27 10:18:49 luciesplace kernel: [  759.645723] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 399363
/var/log/debug:Dec 27 12:03:25 luciesplace kernel: [ 4044.909845] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275070
/var/log/debug:Dec 27 12:03:25 luciesplace kernel: [ 4044.917180] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275067
/var/log/debug:Dec 27 12:03:25 luciesplace kernel: [ 4044.917180] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275062
/var/log/debug:Dec 27 12:03:25 luciesplace kernel: [ 4044.917180] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275061
/var/log/debug:Dec 27 12:03:25 luciesplace kernel: [ 4044.917180] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275042
/var/log/debug:Dec 27 12:03:25 luciesplace kernel: [ 4044.917180] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275027
/var/log/debug:Dec 27 12:03:25 luciesplace kernel: [ 4044.917180] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275025
/var/log/debug:Dec 27 12:03:25 luciesplace kernel: [ 4044.917180] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275017
/var/log/debug:Dec 27 12:03:25 luciesplace kernel: [ 4044.930741] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275009
/var/log/debug:Dec 27 12:03:25 luciesplace kernel: [ 4044.934741] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275006
/var/log/debug:Dec 27 12:03:25 luciesplace kernel: [ 4044.934741] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275005
/var/log/debug:Dec 27 12:03:25 luciesplace kernel: [ 4044.934741] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 273082
/var/log/debug:Dec 27 12:03:25 luciesplace kernel: [ 4044.934741] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 270674
/var/log/debug:Dec 27 12:03:25 luciesplace kernel: [ 4044.934741] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 399363
/var/log/dpkg.log:2010-12-23 08:10:01 install deborphan <keine> 1.7.28ubuntu1
/var/log/dpkg.log:2010-12-23 08:10:01 status half-installed deborphan 1.7.28ubuntu1
/var/log/dpkg.log:2010-12-23 08:10:01 status half-installed deborphan 1.7.28ubuntu1
/var/log/dpkg.log:2010-12-23 08:10:02 status unpacked deborphan 1.7.28ubuntu1
/var/log/dpkg.log:2010-12-23 08:10:02 status unpacked deborphan 1.7.28ubuntu1
/var/log/dpkg.log:2010-12-23 08:10:16 configure deborphan 1.7.28ubuntu1 1.7.28ubuntu1
/var/log/dpkg.log:2010-12-23 08:10:16 status unpacked deborphan 1.7.28ubuntu1
/var/log/dpkg.log:2010-12-23 08:10:16 status unpacked deborphan 1.7.28ubuntu1
/var/log/dpkg.log:2010-12-23 08:10:16 status half-configured deborphan 1.7.28ubuntu1
/var/log/dpkg.log:2010-12-23 08:10:16 status installed deborphan 1.7.28ubuntu1
grep: /var/log/gdm: Permission denied
/var/log/kern.log:Dec 27 10:18:49 luciesplace kernel: [  759.637719] EXT4-fs (sdb5): orphan cleanup on readonly fs
/var/log/kern.log:Dec 27 10:18:49 luciesplace kernel: [  759.637719] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275070
/var/log/kern.log:Dec 27 10:18:49 luciesplace kernel: [  759.637719] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275067
/var/log/kern.log:Dec 27 10:18:49 luciesplace kernel: [  759.637719] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275062
/var/log/kern.log:Dec 27 10:18:49 luciesplace kernel: [  759.637719] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275061
/var/log/kern.log:Dec 27 10:18:49 luciesplace kernel: [  759.637719] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275042
/var/log/kern.log:Dec 27 10:18:49 luciesplace kernel: [  759.637719] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275027
/var/log/kern.log:Dec 27 10:18:49 luciesplace kernel: [  759.641721] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275025
/var/log/kern.log:Dec 27 10:18:49 luciesplace kernel: [  759.641721] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275017
/var/log/kern.log:Dec 27 10:18:49 luciesplace kernel: [  759.645723] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275009
/var/log/kern.log:Dec 27 10:18:49 luciesplace kernel: [  759.645723] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275006
/var/log/kern.log:Dec 27 10:18:49 luciesplace kernel: [  759.645723] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275005
/var/log/kern.log:Dec 27 10:18:49 luciesplace kernel: [  759.645723] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 273082
/var/log/kern.log:Dec 27 10:18:49 luciesplace kernel: [  759.645723] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 270674
/var/log/kern.log:Dec 27 10:18:49 luciesplace kernel: [  759.645723] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 399363
/var/log/kern.log:Dec 27 10:18:49 luciesplace kernel: [  759.645723] EXT4-fs (sdb5): 14 orphan inodes deleted
/var/log/kern.log:Dec 27 12:03:25 luciesplace kernel: [ 4044.909845] EXT4-fs (sdb5): orphan cleanup on readonly fs
/var/log/kern.log:Dec 27 12:03:25 luciesplace kernel: [ 4044.909845] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275070
/var/log/kern.log:Dec 27 12:03:25 luciesplace kernel: [ 4044.917180] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275067
/var/log/kern.log:Dec 27 12:03:25 luciesplace kernel: [ 4044.917180] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275062
/var/log/kern.log:Dec 27 12:03:25 luciesplace kernel: [ 4044.917180] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275061
/var/log/kern.log:Dec 27 12:03:25 luciesplace kernel: [ 4044.917180] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275042
/var/log/kern.log:Dec 27 12:03:25 luciesplace kernel: [ 4044.917180] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275027
/var/log/kern.log:Dec 27 12:03:25 luciesplace kernel: [ 4044.917180] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275025
/var/log/kern.log:Dec 27 12:03:25 luciesplace kernel: [ 4044.917180] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275017
/var/log/kern.log:Dec 27 12:03:25 luciesplace kernel: [ 4044.930741] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275009
/var/log/kern.log:Dec 27 12:03:25 luciesplace kernel: [ 4044.934741] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275006
/var/log/kern.log:Dec 27 12:03:25 luciesplace kernel: [ 4044.934741] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275005
/var/log/kern.log:Dec 27 12:03:25 luciesplace kernel: [ 4044.934741] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 273082
/var/log/kern.log:Dec 27 12:03:25 luciesplace kernel: [ 4044.934741] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 270674
/var/log/kern.log:Dec 27 12:03:25 luciesplace kernel: [ 4044.934741] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 399363
/var/log/kern.log:Dec 27 12:03:25 luciesplace kernel: [ 4044.934741] EXT4-fs (sdb5): 14 orphan inodes deleted
/var/log/messages:Dec 27 10:18:49 luciesplace kernel: [  759.637719] EXT4-fs (sdb5): orphan cleanup on readonly fs
/var/log/messages:Dec 27 10:18:49 luciesplace kernel: [  759.645723] EXT4-fs (sdb5): 14 orphan inodes deleted
/var/log/messages:Dec 27 12:03:25 luciesplace kernel: [ 4044.909845] EXT4-fs (sdb5): orphan cleanup on readonly fs
/var/log/messages:Dec 27 12:03:25 luciesplace kernel: [ 4044.934741] EXT4-fs (sdb5): 14 orphan inodes deleted
/var/log/syslog:Dec 27 10:18:49 luciesplace kernel: [  759.637719] EXT4-fs (sdb5): orphan cleanup on readonly fs
/var/log/syslog:Dec 27 10:18:49 luciesplace kernel: [  759.637719] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275070
/var/log/syslog:Dec 27 10:18:49 luciesplace kernel: [  759.637719] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275067
/var/log/syslog:Dec 27 10:18:49 luciesplace kernel: [  759.637719] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275062
/var/log/syslog:Dec 27 10:18:49 luciesplace kernel: [  759.637719] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275061
/var/log/syslog:Dec 27 10:18:49 luciesplace kernel: [  759.637719] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275042
/var/log/syslog:Dec 27 10:18:49 luciesplace kernel: [  759.637719] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275027
/var/log/syslog:Dec 27 10:18:49 luciesplace kernel: [  759.641721] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275025
/var/log/syslog:Dec 27 10:18:49 luciesplace kernel: [  759.641721] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275017
/var/log/syslog:Dec 27 10:18:49 luciesplace kernel: [  759.645723] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275009
/var/log/syslog:Dec 27 10:18:49 luciesplace kernel: [  759.645723] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275006
/var/log/syslog:Dec 27 10:18:49 luciesplace kernel: [  759.645723] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275005
/var/log/syslog:Dec 27 10:18:49 luciesplace kernel: [  759.645723] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 273082
/var/log/syslog:Dec 27 10:18:49 luciesplace kernel: [  759.645723] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 270674
/var/log/syslog:Dec 27 10:18:49 luciesplace kernel: [  759.645723] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 399363
/var/log/syslog:Dec 27 10:18:49 luciesplace kernel: [  759.645723] EXT4-fs (sdb5): 14 orphan inodes deleted
/var/log/syslog:Dec 27 12:03:25 luciesplace kernel: [ 4044.909845] EXT4-fs (sdb5): orphan cleanup on readonly fs
/var/log/syslog:Dec 27 12:03:25 luciesplace kernel: [ 4044.909845] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275070
/var/log/syslog:Dec 27 12:03:25 luciesplace kernel: [ 4044.917180] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275067
/var/log/syslog:Dec 27 12:03:25 luciesplace kernel: [ 4044.917180] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275062
/var/log/syslog:Dec 27 12:03:25 luciesplace kernel: [ 4044.917180] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275061
/var/log/syslog:Dec 27 12:03:25 luciesplace kernel: [ 4044.917180] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275042
/var/log/syslog:Dec 27 12:03:25 luciesplace kernel: [ 4044.917180] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275027
/var/log/syslog:Dec 27 12:03:25 luciesplace kernel: [ 4044.917180] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275025
/var/log/syslog:Dec 27 12:03:25 luciesplace kernel: [ 4044.917180] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275017
/var/log/syslog:Dec 27 12:03:25 luciesplace kernel: [ 4044.930741] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275009
/var/log/syslog:Dec 27 12:03:25 luciesplace kernel: [ 4044.934741] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275006
/var/log/syslog:Dec 27 12:03:25 luciesplace kernel: [ 4044.934741] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 275005
/var/log/syslog:Dec 27 12:03:25 luciesplace kernel: [ 4044.934741] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 273082
/var/log/syslog:Dec 27 12:03:25 luciesplace kernel: [ 4044.934741] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 270674
/var/log/syslog:Dec 27 12:03:25 luciesplace kernel: [ 4044.934741] EXT4-fs (sdb5): ext4_orphan_cleanup: deleting unreferenced inode 399363
/var/log/syslog:Dec 27 12:03:25 luciesplace kernel: [ 4044.934741] EXT4-fs (sdb5): 14 orphan inodes deleted
lucie@luciesplace:~$ 

Die Meldungen stammen vom Dateisystemtreiber und dürften beim Mounten entstanden sein. Anscheinend ist ein fsck gar nicht nötig.

Ich hab da eine Idee, der ich jetzt nachgehen werde.

Greetings.

Lindiot

Anmeldungsdatum:
22. August 2006

Beiträge: 693

Steve` schrieb:

Genau, stattdessen sollte man vor allem mit Sicherheitsupdates immer so lange warten, bis man jeden Fix vollständig und in Eigenarbeit auf Funktionsweise und Berechtigung überprüft hat.

Und ich wundere mich immer, woher die ganzen verseuchten Windowskisten da draussen kommen ...

Die typischen Dumfugantworten die kommen wenn sich Betroffene ob ihrer Weisheit gerne den Status X zurückwünschen, aber realisieren müssen, dass es damit nicht allzuweit her ist, wenn das Nachdenken nach dem Handeln erst einsetzt.

cryptosteve

Avatar von cryptosteve

Anmeldungsdatum:
17. April 2007

Beiträge: 815

Wohnort: Nähe Hamburg

Jaaa, neee, iss klar, Uschi.

Zurück zum Topic, bitte!

ingo2

(Themenstarter)
Avatar von ingo2

Anmeldungsdatum:
15. Juni 2007

Beiträge: 2145

Wohnort: wo der gute Riesling wächst

redknight schrieb:

ingo2 schrieb:

Außerdem verdeckt Plymouth normalerweise die Bootmeldungen. Ich hoffe, daß es nicht noch größere Schäden durch diesen Bug gegeben hat?

Ich weiß, dass du Plymouth nicht magst, aber bitte verbreite nicht solchen Unsinn. fsck-Meldungen werden auch im Plymouth-Screen angezeigt

Das hat mir jetzt keine Ruhe gelassen und ich habe extra dafür Maverick in einer VM mit Plymouth installiert. Das bootet mit dem violetten Splash und den "walking dots". In der VM habe ich dann nur diesen Befehl abgesetzt:

apt-get install --reinstall libc6 && shutdown -r now

Beim erneuten Booten wird absolut nix von dem fs-check und verwaisten Inodes angezeigt!

Nur ein

cat /var/log/messages | grep orphan

enthüllt den Fehler. Ob dahinter System steckt (die routinemäßigen Checks werden sehr wohl angezeigt)?

Viele Grüße, Ingo

ingo2

(Themenstarter)
Avatar von ingo2

Anmeldungsdatum:
15. Juni 2007

Beiträge: 2145

Wohnort: wo der gute Riesling wächst

redknight schrieb:

... bitte verbreite nicht solchen Unsinn. fsck-Meldungen werden auch im Plymouth-Screen angezeigt

Danke für den Rüffel! Die Nachprüfung hat entscheidend zur Lösung eines größeren Puzzles beigetragen. Entdeckt da noch Jemand Fehler oder fehlt was?

Ingo

ingo2

(Themenstarter)
Avatar von ingo2

Anmeldungsdatum:
15. Juni 2007

Beiträge: 2145

Wohnort: wo der gute Riesling wächst

Der Bug hat es wirklich in sich und wird offenbar voll Ernst genommen. Ich zitiere mal Scott:

It does look very much like we lost a chunk of patches somehow, the bug log shows that they were definitely uploaded!

und das hat die Qualitätssicherung bei Lucid's Release nicht bemerkt??? Denn ab da gibt's diese Probleme (incl. Maverick) - und offensichtlich ist das noch nicht das Ende der Fahnenstange. Da ist IMHO bei Canonical was nicht ganz in Ordnung?

Happy New Year,

Ingo

ingo2

(Themenstarter)
Avatar von ingo2

Anmeldungsdatum:
15. Juni 2007

Beiträge: 2145

Wohnort: wo der gute Riesling wächst

Es braucht noch nicht einmal 'inotify', schon dieses kleine Script reicht völlig aus:

#!/bin/sh

# /usr/local/bin/check-mail

# Script to check for mail in /var/mail/ingo.
# Notifies in panel when file size > 0 bytes.

sleep 600
while [ -e /var/mail/ingo ]; do
# Chek if file-size > 0
  if [ -s /var/mail/ingo ]; then
    zenity --notification --text="You have new Mail" --display=:0
    else sleep 1800
  fi
done

Ingo

HamaDruz

Avatar von HamaDruz

Anmeldungsdatum:
25. April 2008

Beiträge: 1773

Wohnort: Sachsen

Hi.

ingo2 schrieb:

Es braucht noch nicht einmal 'inotify', schon dieses kleine Script reicht völlig aus:

#!/bin/sh

# /usr/local/bin/check-mail

# Script to check for mail in /var/mail/ingo.
# Notifies in panel when file size > 0 bytes.

sleep 600
while [ -e /var/mail/ingo ]; do
# Chek if file-size > 0
  if [ -s /var/mail/ingo ]; then
    zenity --notification --text="You have new Mail" --display=:0
    else sleep 1800
  fi
done

Ingo

Falscher Thread, oder? 😈

Bye.

Ubunux

Anmeldungsdatum:
12. Juni 2006

Beiträge: 17505

HamaDruz schrieb:

Falscher Thread, oder? 😈

noe, Sicherheitslücke 😎