Thema: (Gelöst/Erledigt) Zugriffsrechte verändert? (read-only Dateisystem)

Hallo an alle!

Wieder einmal weiß ich nicht, ob ich meine Frage in die richtige Rubrik gestellt habe. Sollte es das falsche sein, bitte einfach in die richtige Ecke schieben...

Meine Frage:
In meinem Suse 10.2 funktioniert seit ein paar Tagen einiges nicht mehr: In KMail kann ich den Anhang einer beliebigen Mail nicht mehr öffnen. Wenn ich versuche auf /home/meins zuzugreifen, bekomme ich nur ein leeres Fenster. Bei system:/ bekomme ich die Meldung: "Beim Laden von system:/ ist folgender Fehler aufgetreten: Prozess Erstellung des Ein-/Ausgabemoduls Das Dateisystem ist nur lesbar kann nicht gestartet werden." Zugriff auf USB-Stick geht entsprechend natürlich auch nicht mehr und drucken klappt auch nicht.

Alle auf dem Desktop angeordneten Programme lassen sich noch starten, z.B. Firefox. Woran kann das liegen? Mir sind als erstes die Zugriffrechte eingefallen, aber ich habe nicht wirklich viel Ahnung...

Ich muß gleich noch was anfügen: Ich habe gerade Knoppix 5.3 Live von DVD gestartet und bekomme als erstes die Fehlermeldung "Prozess Aufruf des Ein-/Ausgabemoduls nicht möglich. klauncher meldet: kann nicht gestartet werden." Liegt es damit an der Hardware?

Beste Grüße
Andaron

Bei SUSE

Schau dir mal in Yast / Sicherheit und Benutzer / Benutzer bearbeiten oder anlegen an , oder Einstellungen zur Sicherheit .

da kannst du die Zugriffsrechte einstellen .


MfG


BOOTLEG

Code:

"Beim Laden von system:/ ist folgender Fehler aufgetreten: 
Prozess Erstellung des Ein-/Ausgabemoduls 
Das Dateisystem ist nur lesbar kann nicht gestartet werden."

Entweder Dateisystem unsauber oder beginnender Plattentod.

Daten sichern und dann einen Dateisystemcheck auf die entsprechenden Medien (im nicht gemounteten Zustand!) ausführen.

Hallo!

An den Zugriffsrechten scheint es eindeutig nicht zu liegen - war meine erste Vermutung.

Ich habe nach nochmaligem Versuch, das installierte Suse zu starten, einen Fehler angezeigt bekommen, den ich schon mal erlebt habe. Verstanden habe ich ihn nicht, aber die letzte Meldung war, fsck sollte von Hand ausgeführt werden. Beim letzten mal habe ich den Rechner zurück zum Händler gebracht (war erst 2 Monate alt) und gesagt, sie sollen das in Ordnung bringen. Die Platte wurde auf Garantie ausgetauscht.

Jetzt habe ich den Fehler wieder, weiß aber inzwischen, wie ich fsck von Hand ausführen kann und habe das auch mit hilfe von Knoppix 5.3 Live getan. Die -V Ausgabe habe ich unten angehängt. Woher kann dieser Fehler kommen? Bereits erwähnter drohender Plattentod? Virus?

Als die Platte ausgetauscht worden ist, habe ich das System (Suse 10.2) neu installiert und die /home-Partition nur wieder eingebunden. Könnte sich darüber ein eventueller Virus halten?

Was kann ich tun, außer fsck wie unten auszuführen, um den Fehler jetzt und vieleicht auch für die Zukunft zu beheben? Beziehungsweise wie kann ich den erwähnten drohenden "Plattentod" erkennen? Gibt es ein Programm, das z.B. die komplette Platte auf physikalisch defekte Stellen untersuchen kann? Oder ist es sinnvoll, die komplette Partition zu formatieren und das System neu aufzuspielen? Oder lieber gleich den Händler ärgern mit einer weiteren Reklamation?

Mit besten Grüßen
Andaron


Mitschrift von der Konsole:

root@Knoppix:/ramdisk/home/knoppix# fsck -V /dev/sda2
fsck 1.40.5 (27-Jan-2008)
[/sbin/fsck.ext3 (1) -- /media/sda2] fsck.ext3 /dev/sda2
e2fsck 1.40.5 (27-Jan-2008)
Adding dirhash hint to Dateisystem.

/dev/sda2 enthält ein fehlerhaftes Dateisystem, Prüfung erzwungen.
Durchgang 1: Prüfe Inodes, Blocks, und Größen
Inodes, die Teile einer defekten Liste mit verwaisten Links waren. Repariere<j>? ja

Inode 2281942 was part of the verwaist Inode list. REPARIERT.
Inode 2281945 was part of the verwaist Inode list. REPARIERT.
Inode 2281946 was part of the verwaist Inode list. REPARIERT.
Inode 2281948 was part of the verwaist Inode list. REPARIERT.
Inode 2281949 was part of the verwaist Inode list. REPARIERT.
Inode 2281950 was part of the verwaist Inode list. REPARIERT.
Inode 2281951 was part of the verwaist Inode list. REPARIERT.
Inode 2281952 was part of the verwaist Inode list. REPARIERT.
Inode 2281961 was part of the verwaist Inode list. REPARIERT.
Gelöscht Inode 2431187 hat "zero dtime". Repariere<j>? ja

Inode 2431258 was part of the verwaist Inode list. REPARIERT.
Inode 2431260 was part of the verwaist Inode list. REPARIERT.
Inode 2431261 was part of the verwaist Inode list. REPARIERT.
Inode 2431267 was part of the verwaist Inode list. REPARIERT.
Inode 2431274 was part of the verwaist Inode list. REPARIERT.
Inode 2431276 was part of the verwaist Inode list. REPARIERT.
Inode 2429578 hat unzulässigen Block(s). Bereinige<j>? ja

Nicht zulässig Block #12 (926431283) in Inode 2429578. BEREINIGT.
Inode 2429578, i_Blocks ist 224, sollte sein 112. Repariere<j>? ja


Running additional passes to resolve Blocks claimed by more than one Inode...
Pass 1B: Rescanning for mehrfach beanspruchte Blocks
Mehrfach beanspruchte Block(s) in Inode 7: 10
Mehrfach beanspruchte Block(s) in Inode 2429576: 4880456
Mehrfach beanspruchte Block(s) in Inode 2429578: 4880458 10
Mehrfach beanspruchte Block(s) in Inode 2429683: 4880458
Mehrfach beanspruchte Block(s) in Inode 2430998: 4880456
Pass 1C: Scanning directories for Inodes with mehrfach beanspruchte Blocks
Pass 1D: Reconciling mehrfach beanspruchte Blocks
(There are 4 Inodes containing mehrfach beanspruchte Blocks.)

File /var/lib/rpm/Group (Inode #2429576, mod time Mon Jun 16 21:43:12 2008)
has 1 mehrfach beanspruchte Block(s), shared with 1 file(s):
/var/run/klogd.pid (Inode #2430998, mod time Tue Jun 24 17:28:24 2008)
Clone multiply-claimed blocks<j>? ja

File /var/lib/rpm/Provideversion (Inode #2429578, mod time Mon Jun 16 21:43:12 2008)
has 2 mehrfach beanspruchte Block(s), shared with 2 file(s):
<Des 'group descriptor'-Inode> (Inode #7, mod time Wed May 7 12:11:06 2008)
/var/run/nscd/nscd.pid (Inode #2429683, mod time Tue Jun 24 17:28:31 2008)
Clone multiply-claimed blocks<j>? ja

File /var/run/nscd/nscd.pid (Inode #2429683, mod time Tue Jun 24 17:28:31 2008)
has 1 mehrfach beanspruchte Block(s), shared with 1 file(s):
/var/lib/rpm/Provideversion (Inode #2429578, mod time Mon Jun 16 21:43:12 2008)
Mehrfach beanspruchte Blocks already reassigned or cloned.

File /var/run/klogd.pid (Inode #2430998, mod time Tue Jun 24 17:28:24 2008)
has 1 mehrfach beanspruchte Block(s), shared with 1 file(s):
/var/lib/rpm/Group (Inode #2429576, mod time Mon Jun 16 21:43:12 2008)
Mehrfach beanspruchte Blocks already reassigned or cloned.

Durchgang 2: Prüfe Verzeichnis Struktur
Eintrag 'cat1' in /var/cache/man/pt (2446404) hat ungültigen Inode-Nummer: 254104646.
Bereinige<j>? ja

Durchgang 3: Prüfe Verzeichnis Verknüpfungen
Nicht verbundene Verzeichnis Inode 2446406 (/var/cache/man/pt/???)
Verbinde nach /lost+found<j>? ja

Durchgang 4: Überprüfe die Referenzzähler
Inode 2446406 Prüfsumme ist 3, sollte sein 2. Repariere<j>? ja

Durchgang 5: Überprüfe Gruppe Zusammenfassung
Block Bitmap differieren: -4881433 -(4881440--4881441) -4881466 -4881477 -(4881490--4881492) -4881494 -(4881513--4881514) -4881534 -4881537 -4885086 -(4896247--4896300)
Repariere<j>? ja

Freie Blocks Anzahl ist falsch Gruppe #1 (29205, counted=29202).
Repariere<j>? ja

Freie Blocks Anzahl ist falsch Gruppe #148 (4165, counted=4181).
Repariere<j>? ja

Freie Blocks Anzahl ist falsch Gruppe #149 (5060, counted=5115).
Repariere<j>? ja

Freie Blocks Anzahl ist falsch (4211298, counted=4211366).
Repariere<j>? ja

Inode Bitmap differieren: -2281942 -(2281945--2281946) -(2281948--2281952) -2281961 -2431187 -2431258 -(2431260--2431261) -2431267 -2431274 -2431276 -(2436345--2436348)
Repariere<j>? ja

Freie Inodes Anzahl ist falsch für Gruppe #139 (11028, counted=11037).
Repariere<j>? ja

Freie Inodes Anzahl ist falsch für Gruppe #148 (14687, counted=14694).
Repariere<j>? ja

Freie Inodes Anzahl ist falsch (2447470, counted=2447486).
Repariere<j>? ja


/dev/sda2: ***** DATEISYSTEM WURDE VERÄNDERT *****
/dev/sda2: 179074/2626560 Dateien (0.7% nicht zusammenhängend), 1031514/5242880 Blöcke

http://www.pc-forum24.de/pc-forum24-...n-bringen.html

(Sollte man eigentlich nach über 1.5 Jahren Mitgliedschaft im Forum wissen, wie man seine CODE-Ausgaben am besten formatiert.)

Gibt es ein Programm, das z.B. die komplette Platte auf physikalisch defekte Stellen untersuchen kann?

Entweder badblocks und/oder Das Prüftool des Herstellers.

Woher kann dieser Fehler kommen? Bereits erwähnter drohender Plattentod? Virus?

Zu 95% etwas Physikalisches, Platte selbst, Kabel, Controller oder unsachgemässe Handhabung.

Oder ist es sinnvoll, die komplette Partition zu formatieren und das System neu aufzuspielen?

Bei einem eventuell vorhandenen physikalischen Defekt ist das komplett sinnlos.

Oder lieber gleich den Händler ärgern mit einer weiteren Reklamation?

Kommt darauf an, was die Tests ergeben.

Hallo!

Ich habe jetzt mal alle Tests, die erwähnt wurden und die ich kenne, laufen lassen. Es sind keine weiteren Fehler aufgetreten bzw. es gab keine weiteren Fehlermeldungen. Und seit dem läuft das System wieder stabil.

Für mich ist die Ursache des Problems zwar noch nicht geklärt, aber das Problem ist für den Moment behoben. Ich muß halt wie gewohnt meine regelmäßigen Backups machen und hoffen, das das mulmige Gefühl eines eventuel drohen Platentodes bald wieder verschwindet.

Deshalb denke ich, das der Thread geschlossen werden kann.

Mit bestem Dank an alle, die sich bei der Lösungsuche beteiligt haben
Andaron

Es gibt da eine "ungeschriebene Regel", die auch recht häufig zutrifft.

Festplatten sterben entweder sehr früh oder halten "ein PC-Leben lang".

Regelmässige Backups sind auf jeden Fall eine gute Idee (die nächste Binsenweisheit).

Ich mach hier mal das Licht aus.

Greetz,

RM