mount probleme an externer usb festplatte
Hallo Liste, ich versuche schon seit einigen Tagen die Festplatte meines Notebooks auf einer externen USB HD zu sichern und bin leider auf folgendes Problem gestossen: Die externe Festplatte ist in 3 Partitionen unterteilt: ---------------------------------------------------------------------- Disk /dev/sda: 80.0 GB, 80000000000 bytes 255 heads, 63 sectors/track, 9726 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sda1 1 2611 20972826 c W95 FAT32 (LBA) /dev/sda2 2612 6528 31463302+ 83 Linux /dev/sda3 6529 9725 25679902+ 83 Linux Gemountet wird die Festplatte via hotplug/subfs mount liefert: ------------------ /dev/sda1 on /media/usbdisk type subfs (rw,nosuid,nodev,sync,fs=floppyfss,procuid) /dev/sda2 on /media/Archive type subfs (rw,nosuid,nodev,sync,fs=reiserfs) /dev/sda3 on /media/Backup type subfs (rw,nosuid,nodev,sync,fs=reiserfs) Das Problem: Obwohl /dev/sda2 und /dev/sda3 beide mit den identischen Parametern gemountet sind, kann ich als normaler Nutzer nur auf /dev/sda3 schreiben. Auf /dev/sda2 habe ich keine Schreibrechte.... Ich bin mit meinem Latein am Ende. Vielleicht kann mir jemand weiterhelfen. Darko
Am Mittwoch, 4. Mai 2005 13:55 schrieb Darko Mocelj:
mount liefert: ------------------ /dev/sda1 on /media/usbdisk type subfs (rw,nosuid,nodev,sync,fs=floppyfss,procuid) /dev/sda2 on /media/Archive type subfs (rw,nosuid,nodev,sync,fs=reiserfs) /dev/sda3 on /media/Backup type subfs (rw,nosuid,nodev,sync,fs=reiserfs)
Das Problem:
Obwohl /dev/sda2 und /dev/sda3 beide mit den identischen Parametern gemountet sind, kann ich als normaler Nutzer nur auf /dev/sda3 schreiben. Auf /dev/sda2 habe ich keine Schreibrechte....
Ich bin mit meinem Latein am Ende. Vielleicht kann mir jemand weiterhelfen.
Wenn du auf _alle_ Daten in /dev/sda2 als "normaler" user schreibend zugreifen willst (also insbesondere auf das root-Verzeichnis) hilft vermutlich chown -R user.group /media/Archive (als root).
On Wednesday 04 May 2005 13:55, Darko Mocelj wrote:
Hallo Liste,
ich versuche schon seit einigen Tagen die Festplatte meines Notebooks auf einer externen USB HD zu sichern und bin leider auf folgendes Problem gestossen:
Die externe Festplatte ist in 3 Partitionen unterteilt: ----------------------------------------------------------------------
Disk /dev/sda: 80.0 GB, 80000000000 bytes 255 heads, 63 sectors/track, 9726 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System /dev/sda1 1 2611 20972826 c W95 FAT32 (LBA) /dev/sda2 2612 6528 31463302+ 83 Linux /dev/sda3 6529 9725 25679902+ 83 Linux
Gemountet wird die Festplatte via hotplug/subfs
mount liefert: ------------------ /dev/sda1 on /media/usbdisk type subfs (rw,nosuid,nodev,sync,fs=floppyfss,procuid) /dev/sda2 on /media/Archive type subfs (rw,nosuid,nodev,sync,fs=reiserfs) /dev/sda3 on /media/Backup type subfs (rw,nosuid,nodev,sync,fs=reiserfs)
Das Problem:
Obwohl /dev/sda2 und /dev/sda3 beide mit den identischen Parametern gemountet sind, kann ich als normaler Nutzer nur auf /dev/sda3 schreiben. Auf /dev/sda2 habe ich keine Schreibrechte....
Ich bin mit meinem Latein am Ende. Vielleicht kann mir jemand weiterhelfen.
Welche SUSE Version? Danny
On Wednesday 04 May 2005 15:00, Darko Mocelj wrote:
Sorry, hatte ich vollkommen vergessen... SUSE 9.3 Darko
Welche SUSE Version?
Danny
Ich habe das gerade mal getestet und kann das reproduzieren. Sieht nach einem Bug in submount bzw. dem helper für hal 90-block-subfs.hal aus. Der Bug ist reported. Da bleibt dir nur hal entwerder abzuschalten (insserv -r hal) oder eine fdi-Datei in /usr/share/hal/fdi/95userpolicy/nousbstorage.fdi an mit dem folgenden Inhalt: <?xml version="1.0" encoding="ISO-8859-1"?> <!-- -*- SGML -*- --> <!-- This .fdi files makes sure no fixed storage device gets tagged as mountable except if it's a floppy or optical drive --> <deviceinfo version="0.2"> <device> <match key="storage.drive_type" string="disk"> <match key="storage.bus" string="usb"> <match key="info.vendor" string="xxxxxx"> <merge key="storage.policy.should_mount" type="bool">false</merge> </match> </match> </match> </device> </deviceinfo> Die folgende Zeile musst dann nur noch anpassen: <match key="info.vendor" string="xxxxxx"> Mache lshal (oder lshal | less ) und schau nach dem entsprechenden blockdevice (sollte folgendes enthalten: "block.device = ´/dev/sda/´ und "storage.drive_type = ´disk´" sowie "storage.bus = ´usb´ ). Dort suche nach der Zeile mit info.vendor und ersetze xxxxxx im fdi-File durch den dort eingetragenen Wert. Wenn es nicht funktioniert sende mir mal lshal > lshal_outputlog. Gruß, Danny
Hallo Danny, vielen Dank fuer deine Hilfe - ich habe die .fdi nach deiner Anleitung erzeugt und die entsprechenden Anpassungen gemacht - nach einem restart des hal deamons hat auch alles funktioniert. Dadurch das die storage.policy.should_mount auf false gesetzt war, konnte subfs alle Partitionen natuerlich nicht mounten. (Wie erwartet blieb das Problem mit den Rechten bestehen, wenn ich false durch true ersetze). Auf der Backup Partition habe ich gluecklicherweise noch etwas Platz, so dass ich die naechste Zeit mit dem nicht-benutzen der zweiten Partition leben kann. Da der Bug reportet ist hoffe ich, dass in einem der naechsten YOU updates der Fehler behoben wird. Auf jeden Fall danke ich dir sehr fuer deine Hilfe. Darko On Wednesday 04 May 2005 19:13, Danny Kukawka wrote:
On Wednesday 04 May 2005 15:00, Darko Mocelj wrote:
Sorry, hatte ich vollkommen vergessen... SUSE 9.3 Darko
Welche SUSE Version?
Danny
Ich habe das gerade mal getestet und kann das reproduzieren. Sieht nach einem Bug in submount bzw. dem helper für hal 90-block-subfs.hal aus.
Der Bug ist reported.
Da bleibt dir nur hal entwerder abzuschalten (insserv -r hal) oder eine fdi-Datei in /usr/share/hal/fdi/95userpolicy/nousbstorage.fdi an mit dem folgenden Inhalt:
<?xml version="1.0" encoding="ISO-8859-1"?> <!-- -*- SGML -*- -->
<!-- This .fdi files makes sure no fixed storage device gets tagged as mountable except if it's a floppy or optical drive --> <deviceinfo version="0.2"> <device> <match key="storage.drive_type" string="disk"> <match key="storage.bus" string="usb"> <match key="info.vendor" string="xxxxxx"> <merge key="storage.policy.should_mount" type="bool">false</merge> </match> </match> </match> </device> </deviceinfo>
Die folgende Zeile musst dann nur noch anpassen: <match key="info.vendor" string="xxxxxx">
Mache lshal (oder lshal | less ) und schau nach dem entsprechenden blockdevice (sollte folgendes enthalten: "block.device = ´/dev/sda/´ und "storage.drive_type = ´disk´" sowie "storage.bus = ´usb´ ). Dort suche nach der Zeile mit info.vendor und ersetze xxxxxx im fdi-File durch den dort eingetragenen Wert.
Wenn es nicht funktioniert sende mir mal lshal > lshal_outputlog.
Gruß,
Danny
-- Darko Mocelj University of Basel Department of Physics and Astronomy Klingelbergstr. 82 CH-4056 Basel ------------------------------------------------------------------- Tel.: +41 61 267 37 85 Mail: darko.mocelj@unibas.ch Fax : +41 61 267 37 84 -------------------------------------------------------------------
On Thursday 05 May 2005 12:14, Darko Mocelj wrote:
Hallo Danny,
vielen Dank fuer deine Hilfe - ich habe die .fdi nach deiner Anleitung erzeugt und die entsprechenden Anpassungen gemacht - nach einem restart des hal deamons hat auch alles funktioniert.
Dadurch das die storage.policy.should_mount auf false gesetzt war, konnte subfs alle Partitionen natuerlich nicht mounten. (Wie erwartet blieb das Problem mit den Rechten bestehen, wenn ich false durch true ersetze).
Sorry, ich hatte in der Mail etwas vergessen: Das ganze mit dem fdi-File sollte nur verhindern, das subfs mountet. Nun solltest du die entsprechenden Einträge in der fstab machen und von Hand mounten können (bis das Problem gelöst ist). Wäre interessant zu wissen, ob das mounten von Hand funktioniert! Gruß, Danny
Hi Danny,
Wäre interessant zu wissen, ob das mounten von Hand funktioniert!
Leider funktioniert das mounten von Hand auch nicht.... zumindest nicht fuer die Partition die schon vorher das Problem hatte... Habe die fstab folgendermassen angepasst: /dev/sda2 /media/arch_test reiserfs exec,user,noauto,acl 1 0 /dev/sda3 /media/back_test reiserfs exec,user,noauto,acl 1 0 Es ist wieder das gleiche Phänomen zu beobachten: mounten von /media/back_test erlaubt dem normalen user die Partition zu beschreiben, mounten von /media/arch_test vewährt dem normalen User jegliche Schreibrechte.... Gruss Darko
On Thursday 05 May 2005 21:56, Darko Mocelj wrote:
Hi Danny,
Wäre interessant zu wissen, ob das mounten von Hand funktioniert!
Leider funktioniert das mounten von Hand auch nicht.... zumindest nicht fuer die Partition die schon vorher das Problem hatte...
Habe die fstab folgendermassen angepasst:
/dev/sda2 /media/arch_test reiserfs exec,user,noauto,acl 1 0 /dev/sda3 /media/back_test reiserfs exec,user,noauto,acl 1 0
Es ist wieder das gleiche Phänomen zu beobachten:
mounten von /media/back_test erlaubt dem normalen user die Partition zu beschreiben, mounten von /media/arch_test vewährt dem normalen User jegliche Schreibrechte....
Das sieht aber ziemlich sonderbar aus und scheint mir dann aber kein Problem mit subfs zu sein. Hast du vor dem mounten mal hal gestoppt (rchal stop)? Hast du als user oder als root gemountet? Wie sieht der mountpoint aus? Welche rechte sind denn vergeben? Versuche dochmal mit den mountpoints das folgende zu machen: chmod 775 /media/arch_test chown root:users /media/arch_test Gruß, Danny
Hallo Danny,
Das sieht aber ziemlich sonderbar aus und scheint mir dann aber kein Problem mit subfs zu sein.
ja, da hast du recht, ziemlich sonderbar :-)
Hast du vor dem mounten mal hal gestoppt (rchal stop)? Hast du als user oder als root gemountet?
hal ist gestoppt, wieder das gleiche Ergebnis - mounten als root geht incl. aller Schreibrechte mounten als normaler user geht nicht - user kann auf die Partition nicht schreiben (Die 2. Partition, /media/Backup, gemountet mit den gleichen Optionen erlaubt auch dem normalen User auf die Partition zu schreiben)
Wie sieht der mountpoint aus? Welche rechte sind denn vergeben? Versuche dochmal mit den mountpoints das folgende zu machen:
chmod 775 /media/arch_test chown root:users /media/arch_test
Habe ich gemacht, sobald ich aber /media/arch_test mounte, ändert sich wieder die Gruppenzugehoerigkeit auf den urspruenglichen Wert, also von root:users auf root:root - die Schreibrechte der Gruppe sind nach dem mounten auch wieder nicht gesetzt Das ganze ist wikrlich etwas seltsam - wie oben schon erwaehnt funktioniert das Einbinden der zweiten Partition /media/back_test funktioniert unter subfs als auch manuell ohne Probleme - beide Mountpoints gehoeren dem user root und dder Gruppe root - beide Partitionen werden mit den identischen Parametern eingebunden - /media/arch_test laesst sich nicht einbinden, /media/back_test funktioniert ... Gruss, Darko
Gruß, - Danny
--
On Fri, May 06, 2005 at 01:43:00PM +0200, Darko Mocelj wrote:
Habe ich gemacht, sobald ich aber /media/arch_test mounte, ändert sich wieder die Gruppenzugehoerigkeit auf den urspruenglichen Wert, also von root:users auf root:root - die Schreibrechte der Gruppe sind nach dem mounten auch wieder nicht gesetzt
Das ist ja auch klar. Du mußt die Rechte nach dem mounten setzen. Solange sie nicht gemounted ist, wird ja hoffentlich nicht in der Partition rumgeschrieben :-) Mit HAL und subfs hat das nichts zu tun. -- Stefan Seyfried
participants (4)
-
Danny Kukawka
-
Darko Mocelj
-
Michael Keyl
-
Stefan Seyfried