solved:/var file system reparieren

Seite 1 von 2 - Forum: Linux and other OS auf overclockers.at

URL: https://www.overclockers.at/linux/solved_var_file_system_reparieren_152655/page_1 - zur Vollversion wechseln!

dilg schrieb am 13.11.2005 um 16:22

abend;

ich hab da ein kleines Problem:

ich hab gestern erst suse 10 installiert und nach den installieren der Programme neugestartet....und da hat er sich aufgehängt....->hardreset

Folge war das ich nun suse nichtmehr booten kann, er schreibt :

"blogd: no message logging because /var file system is not accessible"

er schlägt mir dann vor fsck auszuführen,was er auch macht aber es bringt auch nix....den es kommt die fehlermeldung "fsck.reiserfs /dev/hda3 failed",und er schlägt mir vor es manuell auszuführen,was wundersamerweise, nix bringt.....

laut google kann ich sonst bei diesen Problem entweder ein Backup einspielen oder eben fsck auszuführen,aber was kann ich da sonst machen?

tia

DJ_Cyberdance schrieb am 13.11.2005 um 16:47

Wär interessant, was ein manuelles fsck noch so alles sagt? Aber Reiser is sehr empfindlich. Ist zwar eines der schnellsten Dateisysteme, aber auch eins der gefährlichsten, wenn da mal ein Fehler auftritt, dann gute Nacht... Ich persönlich bevorzuge aus diesem Grund Ext3 - und zusätzlich ausgiebige Backups...

Was ich an Deiner Stelle noch versuchen würde is Knoppix booten und sehen, ob Du /dev/hda3 mounten kannst und falls ja, was Du noch lesen kannst... Dann Backup vom Rest machen...

dilg schrieb am 13.11.2005 um 17:03

ähmm fsck sagt mir garnix,nach der Zeile "do you want to run this program?"die ich mit "yes" bestätige kommt nixmehr,einzig ein neues "(none):~#" erscheint..

knoppix lässt mich die partition mounten,aber ich bezweifle das das hilft...

DJ_Cyberdance schrieb am 13.11.2005 um 17:22

Zitat von dilg
knoppix lässt mich die partition mounten,aber ich bezweifle das das hilft...

Naja das Mounten hilft natürlich nix, aber Du kannst amal nachsehen, ob wirklich ein Schaden vorliegt, wenn Du Dir den Verzeichnisinhalt ansiehst, dann müßtest ja merken, was fehlt... aber wie gesagt, bei Reiser ist glaub ich nicht viel zu reparieren... Aber vielleicht hat ja noch jemand einen besseren Tip...?

Edit: Vielleicht hilft Dir das?
http://rpmfind.net/linux/RPM/redhat...6.2-2.i386.html

dilg schrieb am 13.11.2005 um 18:00

das rpm package hilft leider nix....

<ramdisk/home/knoppix/reiserfs-utils-3.6.2-2.i386.rpm';echo RESULT=$?
rpm: To install rpm packages on Debian systems, use alien. See README.Debian.
error: cannot open Packages index using db3 - No such file or directory (2)
error: cannot open Packages database in /var/lib/rpm
RESULT=1

atrox schrieb am 13.11.2005 um 18:21

vermutlich hätte ins /var irgendwas hineingemountet gehört, das jetzt fehlt.

COLOSSUS schrieb am 13.11.2005 um 18:29

Knoppix bringt die reiserfs-utils ganz sicher schon selbst mit. Wie atrox schon angedeutet hat, hilft es nichts, den (potenziellen) Mountpoint zu fsck'n, sondern nur das entsprechende FS. Poste mal die /etc/fstab deines Systems.

dilg schrieb am 13.11.2005 um 19:09

/dev/hda3 / reiserfs acl,user_xattr 1 1
/dev/hda5 /local reiserfs acl,user_xattr 1 2
/dev/hda1 /win vfat defaults 0 0
/dev/hda2 swap swap defaults 0 0
proc /proc proc defaults 0 0
sysfs /sys sysfs noauto 0 0
usbfs /proc/bus/usb usbfs noauto 0 0
devpts /dev/pts devpts mode=0620,gid=5 0 0
none /subdomain subdomainfs noauto 0 0
/dev/sda5 /data reiserfs defaults 1 2
/dev/hdc5 /esel ntfs defaults 0 0
/dev/hdb5 /media ntfs defaults 0 0
/dev/sda1 /windoof ntfs defaults 0 0
/dev/hdd /media/dvd subfs noauto,fs=cdfss,ro,procuid,nosuid,nodev,exec,iocharset=utf8 0 0

wobei /data,/windoof,/esel, und /media atm nicht angesteckt sind(mit gehts auch ned)

thoho schrieb am 13.11.2005 um 19:40

wo hängt er denn genau.

ich mein schön das er /var nicht ansprechen kann, aber so wie ich das sehe ist /var sowieso auf hda3 und nicht extra eingebunden.
Somit mountet er denn überhaupt was?

dilg schrieb am 13.11.2005 um 19:53

der monted nur hda3

thoho schrieb am 13.11.2005 um 19:58

dann sollte er doch eh /var ansprechen können.

ich schlage vor nochmal installieren auch wenn ich kein freund davon bin.

aber kurz nach der installation.
kann manchmal länger dauern.

dilg schrieb am 13.11.2005 um 23:28

bevor ichs vergess: solved durch neuinstallation,alleridngs hab ich das Gefühl das der Fehler wieder auftreten wird....

thoho schrieb am 14.11.2005 um 06:29

hab gestern noch ein bisschen nachgeforscht.

blogd will zwar so ziemlich vor allen anderen auf /var zugreifen; jedoch wenn er es nicht ansprechen kann wartet er bis er es kann. und ich glaub das dieses blogd nicht wirklich lebenswichtig fürs system ist,somit kann man den auch abschalten.

aber prob hat sich jetzt eh gelöst

dilg schrieb am 06.12.2005 um 21:52

update: Problem is wiederaufgetaucht,gibts nun Lösungen fürs Problem?

(einziger Unterschied zu den Defekt vorher is das nun /dev/hda3 in ext3 formatiert is)

HP schrieb am 06.12.2005 um 22:04

Ich geb dir einen Tipp: wende dich an SYS, der faehrt dir sicher gerne mit seinem ***** ins Gesicht