Re: DVD Ram mit UDF Filesystem wird als ReiserFS erkannt
Am Samstag, 30. Juli 2005 10:53 schrieben Sie: Hallo Manfred,
Da steht es doch schon "-o fs=reiserfs,sync,nosuid,nodev,exec". Das ist die Kommandozeile vom mount-Kommando, genauer: der Optionsteil davon. Das dürfte aus der fstab kommen. Ofenbar hat er bei der Installation das DVD-
folgendes steht in meiner fstab /dev/dvdram /media/dvdram subfs noauto,fs=cdfss,ro,procuid,nosuid,nodev,exec,iocharset=utf8 0 0 von reiserfs steht da nichts. Eigentlich sollte doch subfs den richtigen Dateisystemtyp erkennen und dann passend mounten.
Eine kleine Neugier-Frage dazu: Wie kommt denn dieses hdg zustande? Nach meiner Rechnung ist das die siebte IDE-Platte. Ziemlich viel, oder?
ich habe einen IDE Raid Adapter im System. Ingesamt habe ich 6 Platten und 1 DVD Kombilaufwerk und 1 CD Laufwerk im System. Mfg Jörg
On Saturday 30 July 2005 12:07, Jörg Spilker wrote:
Am Samstag, 30. Juli 2005 10:53 schrieben Sie:
Hallo Manfred,
Da steht es doch schon "-o fs=reiserfs,sync,nosuid,nodev,exec". Das ist die Kommandozeile vom mount-Kommando, genauer: der Optionsteil davon. Das dürfte aus der fstab kommen. Ofenbar hat er bei der Installation das DVD-
folgendes steht in meiner fstab
/dev/dvdram /media/dvdram subfs noauto,fs=cdfss,ro,procuid,nosuid,nodev,exec,iocharset=utf8 0 0
von reiserfs steht da nichts. Eigentlich sollte doch subfs den richtigen Dateisystemtyp erkennen und dann passend mounten.
Mal Interessenhalber: Welche SUSE setzt du denn da ein? Eine 9.3? Wennja, könntest du mir mal die Ausgabe von 'lshal' schicken (am besten als PM). Das sieht mir eher nach einem Fehler im HAL submount aus. Deine Zeile in der fstab düfte so ziemlich sicher sowieso ignoriert werden. Du könntest mal folgendes testen: - nach Neustart ohne DVD-RAM/DVD/CD im Laufwerk: - DVD-RAM einlegen - wenn gemountet: - mount aufrufen und Ausgabe schicken - umount auf den Mountpoint. Wie oft musst du umount aufrufen, bis das device wirklich ungemountet ist (also die Meldung kommt, das nicht ungemountet werden kann.) Danny
Am Samstag, 30. Juli 2005 16:03 schrieb Danny Kukawka: Hallo Danny,
Mal Interessenhalber: Welche SUSE setzt du denn da ein? Eine 9.3? Wennja, könntest du mir mal die Ausgabe von 'lshal' schicken (am besten als PM).
solltest Du bekommen haben.
Das sieht mir eher nach einem Fehler im HAL submount aus. Deine Zeile in der fstab düfte so ziemlich sicher sowieso ignoriert werden. Du könntest mal folgendes testen:
- nach Neustart ohne DVD-RAM/DVD/CD im Laufwerk: - DVD-RAM einlegen
- wenn gemountet: - mount aufrufen und Ausgabe schicken
ich habe mal alles unwichtige gelöscht. /dev/hdg on /media/idedisk type subfs (rw,nosuid,nodev,sync,fs=reiserfs)
- umount auf den Mountpoint. Wie oft musst du umount aufrufen, bis das device wirklich ungemountet ist (also die Meldung kommt, das nicht ungemountet werden kann.)
lotus:/sharing/dbox # umount /media/idedisk umount: /media/idedisk: Das Gerät wird momentan noch benutzt umount: /media/idedisk: Das Gerät wird momentan noch benutzt lotus:/sharing/dbox # fuser -v /media/idedisk/ USER PID ACCESS COMMAND /media/idedisk/ root Kernel mount /media/idedisk lotus:/sharing/dbox # fuser -v /dev/dvdram USER PID ACCESS COMMAND /dev/dvdram js 10737 f.... suseplugger dadurch das das reiserfs Modul beim Versuch das nicht vorhandene reiserfs Dateisystem zu mounten abgestürzt ist, hängt wohl auch der suseplugger. Auch ein kill -9 zeigt keine Wirkung :-( Konsequenz: Die Kiste bleibt beim shutdown vorm unmount der Filesysteme hängen und nur der Reset Knopf hilft letztendlich. Ich werde mal den hald im Debugging Modus starten und sehen ob mich das weiterbringt. BTW: Das nullen der ersten 2 Sektoren des Mediums wie in einem anderen Reply empfohlen hat nichts gebracht. Mfg Jörg
On Monday 01 August 2005 21:35, Jörg Spilker wrote:
Am Samstag, 30. Juli 2005 16:03 schrieb Danny Kukawka:
Hallo Danny,
Mal Interessenhalber: Welche SUSE setzt du denn da ein? Eine 9.3? Wennja, könntest du mir mal die Ausgabe von 'lshal' schicken (am besten als PM).
solltest Du bekommen haben.
Das sieht mir eher nach einem Fehler im HAL submount aus. Deine Zeile in der fstab düfte so ziemlich sicher sowieso ignoriert werden. Du könntest mal folgendes testen:
- nach Neustart ohne DVD-RAM/DVD/CD im Laufwerk: - DVD-RAM einlegen
- wenn gemountet: - mount aufrufen und Ausgabe schicken
ich habe mal alles unwichtige gelöscht.
/dev/hdg on /media/idedisk type subfs (rw,nosuid,nodev,sync,fs=reiserfs)
Wie du an dem Log, aus deiner ersten mail siehst, wird nicht aus der fstab gemountet, sondern von HAL: Jul 30 09:38:47 lotus hal-subfs-mount[2318]: registered at resmgrd and called(0) /bin/mount -t subfs -o fs=reiserfs,sync,nosuid,nodev,exec /dev/hdg "/media/idedisk" Versuche doch mal erst hal zu stoppen (rchal stop) und dann von Hand mit fstab zu mounten.
- umount auf den Mountpoint. Wie oft musst du umount aufrufen, bis das device wirklich ungemountet ist (also die Meldung kommt, das nicht ungemountet werden kann.)
lotus:/sharing/dbox # umount /media/idedisk umount: /media/idedisk: Das Gerät wird momentan noch benutzt umount: /media/idedisk: Das Gerät wird momentan noch benutzt
lotus:/sharing/dbox # fuser -v /media/idedisk/
USER PID ACCESS COMMAND /media/idedisk/ root Kernel mount /media/idedisk
lotus:/sharing/dbox # fuser -v /dev/dvdram
USER PID ACCESS COMMAND /dev/dvdram js 10737 f.... suseplugger
dadurch das das reiserfs Modul beim Versuch das nicht vorhandene reiserfs Dateisystem zu mounten abgestürzt ist, hängt wohl auch der suseplugger. Auch ein kill -9 zeigt keine Wirkung :-( Konsequenz: Die Kiste bleibt beim shutdown vorm unmount der Filesysteme hängen und nur der Reset Knopf hilft letztendlich.
Ich werde mal den hald im Debugging Modus starten und sehen ob mich das weiterbringt.
ich denke nicht, das es dir was bringt. Es kann durchaus sein, das HAL das Medium falsch erkennt. Der HAL aus der 9.3 ist auch nicht mehr ganz so frisch.
BTW: Das nullen der ersten 2 Sektoren des Mediums wie in einem anderen Reply empfohlen hat nichts gebracht.
Danny
Am Montag, 1. August 2005 22:23 schrieb Danny Kukawka: Hallo Danny,
Versuche doch mal erst hal zu stoppen (rchal stop) und dann von Hand mit fstab zu mounten.
das funktioniert. Aug 3 04:51:56 lotus kernel: Unable to identify CD-ROM format. Aug 3 04:51:56 lotus hal.hotplug[10773]: DEVPATH is not set Aug 3 04:51:56 lotus kernel: UDF-fs INFO UDF 0.9.8.1 (2004/29/09) Mounting volume 'LinuxUDF', timestamp 2005/08/01 04:41 (1078) ich habe dann den hald nochmal im Vordergrund laufen lassen und folgendes log erzeugt: 05:01:25.619 [I] linux/block_class_device.c:839: Forcing check for media check on device /dev/hdg 05:01:25.625 [I] linux/block_class_device.c:636: volume.num_blocks = 8946816 05:01:25.648 [I] linux/block_class_device.c:651: volume.block_size = 2048 05:01:25.648 [I] linux/block_class_device.c:655: volume.size = 4580769792 05:01:25.668 [I] linux/block_class_device.c:706: Disc in /dev/hdg has data 05:01:25.670 [I] linux/block_class_device.c:723: get_disc_type returned 0x12 05:01:25.675 [I] linux/block_class_device.c:1056: Detecting if /dev/hdg contains a fs 05:01:25.699 [I] linux/volume_id/volume_id.c:2103: called with size=0x0 05:01:25.699 [I] linux/volume_id/volume_id.c:202: get buffer off 0x400, len 0x800 05:01:25.699 [I] linux/volume_id/volume_id.c:213: read sbbuf len:0xc00 05:01:25.859 [I] linux/volume_id/volume_id.c:216: got 0xc00 (3072) bytes 05:01:25.859 [I] linux/volume_id/volume_id.c:202: get buffer off 0x0, len 0x800 05:01:25.859 [I] linux/volume_id/volume_id.c:202: get buffer off 0x1200, len 0x200 05:01:25.859 [I] linux/volume_id/volume_id.c:213: read sbbuf len:0x1400 05:01:25.859 [I] linux/volume_id/volume_id.c:216: got 0x1400 (5120) bytes 05:01:25.859 [I] linux/volume_id/volume_id.c:202: get buffer off 0x0, len 0x200 05:01:25.859 [I] linux/volume_id/volume_id.c:202: get buffer off 0x0, len 0x200 05:01:25.859 [I] linux/volume_id/volume_id.c:202: get buffer off 0x0, len 0x200 05:01:25.859 [I] linux/volume_id/volume_id.c:202: get buffer off 0x0, len 0x11000 05:01:25.859 [I] linux/volume_id/volume_id.c:213: read sbbuf len:0x11000 05:01:25.882 [I] linux/volume_id/volume_id.c:216: got 0x11000 (69632) bytes 05:01:25.882 [I] linux/volume_id/volume_id.c:202: get buffer off 0xff6, len 0xa 05:01:25.882 [I] linux/volume_id/volume_id.c:202: get buffer off 0x1ff6, len 0xa 05:01:25.882 [I] linux/volume_id/volume_id.c:202: get buffer off 0x3ff6, len 0xa 05:01:25.882 [I] linux/volume_id/volume_id.c:202: get buffer off 0x400, len 0x200 05:01:25.882 [I] linux/volume_id/volume_id.c:202: get buffer off 0x10000, len 0x200 05:01:25.882 [I] linux/block_class_device.c:1093: Media in no_partitions device /dev/hdg 05:01:25.882 [I] linux/block_class_device.c:108: volume.fsusage = 'filesystem' 05:01:25.882 [I] linux/block_class_device.c:111: volume.fstype = 'reiserfs' 05:01:25.882 [I] linux/block_class_device.c:114: volume.fsversion = '3.6' 05:01:25.882 [I] linux/block_class_device.c:117: volume.uuid = '0a61de60-d8a4-475a-ba34-64f59c0d2833' 05:01:25.882 [I] linux/block_class_device.c:119: volume.label = '' tja, da ist der Check wohl wirklich daneben gegangen.
ich denke nicht, das es dir was bringt. Es kann durchaus sein, das HAL das Medium falsch erkennt. Der HAL aus der 9.3 ist auch nicht mehr ganz so frisch.
ich werde mal einen Bugreport an die hal Maintainer schreiben. Mfg Jörg
On Wednesday 03 August 2005 20:38, Jörg Spilker wrote: [...]
tja, da ist der Check wohl wirklich daneben gegangen.
Genau was ich gesagt habe, der Check schlägt fehl. ;-)
ich denke nicht, das es dir was bringt. Es kann durchaus sein, das HAL das Medium falsch erkennt. Der HAL aus der 9.3 ist auch nicht mehr ganz so frisch.
ich werde mal einen Bugreport an die hal Maintainer schreiben.
Habe ich bereits gesehen, und ich werde auch einen Blick drauf werfen. Konnte es aber bisher nicht reproduzieren. Ohne das gleiche Medium wird es vielleicht auch etwas schwierig. In der nächsten SUSE wird ein von Grund auf neuer HAL drin sein (voraussichtlich 0.5.4). Ich teste es mal mit dem. Wenn sich was neues tut, melde ich mich über die HAL-Liste. Danny
participants (2)
-
Danny Kukawka -
Jörg Spilker