Re: Neulingsfrage
Hallo,
Am Mi Juni 6 2007 schrieb Reinhold Plew:
> Hi,
>
> Siegfrid Brandstätter wrote:
> > Hallo,
> >
> > Am Dienstag, 5. Juni 2007 19:37 schrieb Moritz Lenz:
> >> Hallo,
> >>
> >> siegfrid Brandstätter wrote:
> >> > Wenn ich von Suse (als root) versuche in mein home bei Etch eine
> >> > Datei zu schreiben geht das zwar, aber starte ich später Etch ist
> >> > nichts vorhanden. Obwohl ich z.B. nach dem schreiben (in Suse) die
> >> > Partition testweise umounte und neu mounte, nachgucke, die Datei ist
> >> > da. Aber Ätsch in Etch ist später nichts ;-(
> >> > Umgekehrt von Etch in Suse zu schreiben geht bestens, wieso geht es
> >> > nicht auch andersrum?
> >>
> >> Das hört sich ziemlich merkwürdig an.
> >> Mountest du die Partitionen mit "mount" von Hand?
> >
> > Ja.
> >
> >> Wenn nicht, könnte es
> >> ein Problem mit automounting sein.
> >> Was sagt
> >> mount|grep <mountpoint>
> >> vor und nach schreiben der Datei?
> >
> > In Suse- bei schreiben in Etch::
> > linux-sy54:/home/sigi # mount /dev/hdd17
>
> ^^^^^
>
> > linux-sy54:/home/sigi # mount | grep /dev/hdd17
> > /dev/hdd17 on /etch type ext3 (rw,noexec,nosuid,nodev,acl)
> > linux-sy54:/home/sigi # mount | grep /dev/hdd17
> > /dev/hdd17 on /etch type ext3 (rw,noexec,nosuid,nodev,acl)
> >
> > in Etch- bei schreiben in Suse:
> > etch:~# mount /dev/hdd8
>
> ^^^^
>
> > etch:~# mount | grep /dev/hdd8
> > /dev/hdd8 on /home_10.2 type ext3 (rw,noexec,nosuid,nodev,acl)
> > etch:~#
>
> Du bist sicher, das die Partition hdd17 = hdd8 ist?
Wieso, hdd17 ist etch und hdd8 ist da home von Suse. In das kann ich von etch
aus schreiben.
> Gib doch mal von beiden Systemen jeweils den Pfad auf das Verzeichnis,
> in welches Du die Datei legst und die komplette Ausgabe von mount.
>
/etc/fstab in Suse:
/dev/hdd5 / ext3 acl,user_xattr 1 1
/dev/hdd8 /home ext3 acl 0 0
/dev/hdd16 /usr ext3 acl,user_xattr 1 2
/dev/hdd17 /etch ext3 user,noauto,acl 1 2
/dev/hdd14 /home_etch ext3 user,noauto,acl 1 2
|--|
/etch/etc/fstab
/dev/hdd17 / ext3 defaults,errors=remount-ro 0 1
/dev/hda1 /boot ext2 defaults 0 2
/dev/hdd14 /home ext3 defaults 0 2
/dev/hda5 swap swap sw 0 0
/dev/hdd1 swap swap sw 0 0
/dev/hda7 /Daten reiserfs user,noauto,acl 0 0
/dev/hdd5 /10.2 ext3 user,noauto,acl 0 0
/dev/hdd8 /home_10.2 ext3 user,noauto,acl 0 0
|--|
linux-sy54:/home/sigi # mount /dev/hdd14
mount: Einhängepunkt /home_etch existiert nicht
linux-sy54:/home/sigi # mount /dev/hdd17
linux-sy54:/home/sigi # mount /dev/hdd14
mount: Einhängepunkt /home_etch existiert nicht
Daran dürfte der Fehler liegen. Ich hatte in das home von etch geschrieben,
dies lässt sich aber nicht mounten. Verstehe nur nicht warum ich aber dann
reinschreiben konnte und dies auch nochimmer lesen kann, aber nur von Suse
aus.
der Pfad /etch/home/Test/leer-test/text
linux-sy54:/home/sigi # mount
/dev/hdd5 on / type ext3 (rw,acl,user_xattr)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
debugfs on /sys/kernel/debug type debugfs (rw)
udev on /dev type tmpfs (rw)
devpts on /dev/pts type devpts (rw,mode=0620,gid=5)
/dev/hdd8 on /home type ext3 (rw,acl)
/dev/hdd16 on /usr type ext3 (rw,acl,user_xattr)
/dev/hdd15 on /Digikam type ext3 (rw,acl,user_xattr)
/dev/hdd11 on /Bilder_1 type ext3 (rw)
/dev/hdd7 on /Bilder_D80 type reiserfs (rw)
/dev/hda7 on /Daten type reiserfs (rw)
/dev/hdd9 on /Filme type reiserfs (rw)
/dev/hdd12 on /Musik type reiserfs (rw)
/dev/hda1 on /boot type ext2 (rw)
securityfs on /sys/kernel/security type securityfs (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
/dev/hdd17 on /etch type ext3 (rw,noexec,nosuid,nodev,acl)
linux-sy54:/home/sigi #
> > Als user in Suse kann ich gar nichts in Etch ändern, wegen fehlender
> > Rechte. Umgekehrt bestimmt genau so. Dies ist ja auch bestimmt OK so.
> >
> > Nun habe ich das ganze nochmals versucht, siehe da in Suse als root mit
> > mount /dev/hdd17 dann das Etch/home/sigi/ geöffnet und die Datei die ich
> > gestern gemacht habe ist vorhanden.
> > Aber wenn ich Etch boote und nachsehe ist die Datei nicht vorhanden,
> > weder als user noch als root mit "kdesu konqueror" kann ich sie finden.
> > Das versteh ich nicht. Wieso kann Suse sie sehen.
> > Aber heute habe ich eine Änderung in Etch /etc/apt/sources.list gemacht
> > von Suse aus, als root, in einer Datei die auch root gehört und die
> > Änderung ist danach vorhanden nach dem booten von Etch. Also OK. Root
> > kann in/mit Suse Dateien die root gehören in Etch schreiben.
Nun verstehe ich auch dies:
Da das " /etc/apt/sources.list " von etch auf /dev/hdd17 liegt und sich
mounten lässt (siehe oben) dadurch funktioniert das schreiben und speichern
dort auch.
Was ich aber nicht verstehe ist nun weshalb kann ich nicht das home von etch
mounten und wo habe ich das hingeschrieben. Denn wenn ich in Suse dies mache:
linux-sy54:~ # cd /etch/home/
linux-sy54:/etch/home # ls
AWBuch .mozilla Test
f.%2fshare%2fapps Nvidia Treiber install .wengophone
f.%2fshare%2fconfig .opera xorg.conf SUSE
linux-sy54:/etch/home #
All diese Daten sind im home von etch vorhanden (wenn ich etch boote),
ausser "Test". Suse sieht sie...
Saludos Sigi
Reply to: