home auf andere Partition

**whistler_mb** · 23.06.03, 22:22

Ich habe am Anfang bei der Installation für SuSe 8.2 Pro nur eine Partition ausgewählt wo alles drin ist.
Die ist aber zu klein und da habe ich mir gedacht, daß ich eine weiter Partition (ext3) als /home einbinden kann. Ich habe vorher auf diese Partition mein home-Verzeichnis kopiert und dann die neue Partiton in der fstab eingebunden.
Beim Starten in runlevel 5 brauch KDE beim Initialisieren der Geräte ganz lange und der Splash verschwindet und ich habe nur noch den grauen X-Hintergrund. Dann kann ich nur noch zur Konsole wechseln und init 3 eingeben.
Wenn ich in der Konsole dann startx bei dem Benutzer eingeb startet KDE ohne Probleme.
Dann das nächste Problem, wenn ich meinen Scanner, CanonScan FB630U, wird nicht mehr von den Grafikprogrammen erkannt. Wenn ich unter Hardware den Scanner hinzufüge und dann auf Test klicke kommt ein Vorschaubild. Wenn ich aber z.B. Gimp öffen und dann auf holen gehe kommt die Fehlermeldung, daß sane keinen Scanner findet.

Unter root funzt alles noch ohne Problem.

**klemens** · 23.06.03, 22:56

Ich habe vorher auf diese Partition mein home-Verzeichnis kopiert

Kann es sein, dass sich beim kopieren der user oder Rechte verändert haben?

**whistler_mb** · 23.06.03, 23:02

Eigentlich nicht.
Hab jetzt mal die home-Partition wieder ausgehängt und den Benutzerordner wieder bei home in der root-Partition kopiert und es geht wieder alles.

Kann es sein, daß es damit was zu tun hat, daß ich auf einer ander Partition bin und dann die bash Probleme macht? So wie kompilieren auf einer Partition die unter /mnt eingebunden ist nicht funzt.

**Rototom** · 23.06.03, 23:05

du willst "man chown" tippen...

**HardHat** · 23.06.03, 23:10

Du solltest beim kopieren die Option -a berücksichtigen. Also z.B.:

# mount /dev/hd[new_partition] /mnt/newhome
# cp -a /home/* /mnt/newhome

**whistler_mb** · 23.06.03, 23:11

Die Benutzerrecht waren alle i.O.

Und nach dem Zurückkopieren funzt ja wieder alles, bloß daß ist nicht das was ich wollte, denn ich wollte ja home auf eienr ander Partition.

**HardHat** · 24.06.03, 15:11

wie sieht denn deine /etc/fstab aus nachdem du die neue partition dort eingetragen hast?

**whistler_mb** · 24.06.03, 16:24

/dev/hda7 /home ext3 user,rw,auto 0 2

**pitu** · 24.06.03, 18:04

warum denn diese ganzen eintraege? Mach doch einfach "defaults" ...

pitu

**pilzesammler** · 25.06.03, 01:20

Schau Dir mal die letzten beiden Beiträge in diesem Thread an: http://www.linuxforen.de/forums/show...threadid=86119

Eventuell kann pitu Dir sagen, ob sich die von ihm vorgeschlagene Lösung für /var auch auf Deine Fragestellung (/home) anwenden lässt.

LG

**pitu** · 25.06.03, 08:11

Das brauchts in diesem Fall nicht. Wenn kein Benutzer drin ist ist duerfte aufs Home vom System auch nicht zugegriffen werden. Das ist haechstens das problem wenn man irgendwelche Systemuser, wie z.B. Datenbank oder webserver auf /home legt. Aber ansonsten frag ich mich, warum es langsam sein soll. Ich wollte das mit den Eintraegen in der fstab mal ausschliesen, weil man normalerweise fuer solche Partitionen immer "defaults" nimmt.

Dabei faellt mir ein, ist die neue Partition auf einer neuen Platte?

Uebrigens, warum sollte compilieren auf /mnt nict funktionieren.

Zu deinem Scanner: in der /etc/logindevperm musst du das Device eintragen, auf das der Benutzer zugriff haben soll, wohlgemerkt das echte und nicht der link /dev/scanner

Noch etwas, versuch doch auch mal ein anderes Filesystem z.B. reiserfs

gruss,
pitu

**whistler_mb** · 25.06.03, 08:27

Es ist eine Partition auf der gleichen Platte.

ReiserFS möchte ich nicht probieren, weil mir ext3 stabiler erscheint.
Außerdem sollte das doch nichts mit dem Problem zu tun haben.

Wegen dem Kompilieren.

wenn ich z.B. ein Script wie ./configure starten will muß ich immer /bin/bash davorschreiben
damit es funktioniert, wenn aber im Script weitere Aufrufe sind findet es die nicht.

Hier der Inhalt von der logindevperm:

Code:

:0 0600 /dev/cdrom:/dev/cdrom1:/dev/cdrom2:/dev/cdrom3
:0 0600 /dev/cdrecorder:/dev/cdrecorder1:/dev/cdrecorder2:/dev/cdrecorder3
:0 0600 /dev/dvd:/dev/dvd1:/dev/dvd2:/dev/dvd3
:0 0600 /dev/zip:/dev/zip1:/dev/zip2:/dev/zip3
:0 0600 /dev/dsp0:/dev/dsp1:/dev/dsp2:/dev/dsp3
:0 0600 /dev/fd0:/dev/fd0u1440:/dev/fd0h1440:/dev/fd0u720:/dev/fd0h720
:0 0600 /dev/fd1:/dev/fd1u1440:/dev/fd1h1440:/dev/fd1u720:/dev/fd1h720
:0 0600 /dev/sequencer:/dev/sequencer2:/dev/music
:0 0600 /dev/midi0:/dev/midi1:/dev/midi2:/dev/midi3
:0 0600 /dev/amidi0:/dev/amidi1:/dev/amidi2:/dev/amidi3
:0 0600 /dev/audio:/dev/audio0:/dev/audio1:/dev/audio2:/dev/audio3:/dev/audioctl
:0 0600 /dev/video0:/dev/video1:/dev/video2:/dev/video3
:0 0600 /dev/vtx:/dev/vtx0:/dev/vtx1:/dev/vtx2:/dev/vtx3
:0 0600 /dev/adsp0:/dev/adsp1:/dev/adsp2:/dev/adsp3
:0 0600 /dev/admmidi0:/dev/admmidi1:/dev/admmidi2:/dev/admmidi3
:0 0600 /dev/mixer0:/dev/mixer1:/dev/mixer2:/dev/mixer3
#:0 0600 /dev/nvidiactl:/dev/nvidia0:/dev/nvidia1:/dev/nvidia2:/dev/nvidia3
:0 0600 /dev/rmidi0:/dev/rmidi1:/dev/rmidi2:/dev/rmidi3
:0 0600 /dev/vbi0:/dev/vbi1:/dev/vbi2:/dev/vbi3
:0 0600 /dev/usbscanner:/dev/usb/scanner0:/dev/usb/scanner1:/dev/usb/scanner2
:0 0600 /dev/usb/scanner3:/dev/usb/scanner4:/dev/usb/scanner5
:0 0600 /dev/usb/scanner6:/dev/usb/scanner7
:0 0600 /dev/gps:/dev/toshiba:/dev/sonypi
:0 0600 /dev/video1394:/dev/raw1394

Wie du siehst steht nur was mit /dev drin. Was müßte ich an dieser Stelle hinschreiben?

Und mit dem verschobenen home-Verzeichnis funktioniert es ja auch,bis auf den Scanner, aber nur init3 starte, mich mit meinem User anmelde und dann startx mache. Wenn ich mit init 5 starte hört KDE beim Initialisieren der Geräte auf. Bei den anderen Oberflächen das gleiche.

**pitu** · 25.06.03, 09:54

Reiser ist stabil, das vorweg.

Mach mal ein "ls -l /dev/scanner". Wenn du sonst kein SCSI hast sollte es /dev/sr0 sein.

gruss,
pitu

**pitu** · 25.06.03, 09:57

wenn ich z.B. ein Script wie ./configure starten will muß ich immer /bin/bash davorschreiben
damit es funktioniert, wenn aber im Script weitere Aufrufe sind findet es die nicht.

Das haengt davon ab, a) welches Filesystem drunter liegt und b) mit welchen berechtigungen /mnt gemountet wird.

Wenn bestimmte berechtigungen fehlen musst du eben ein /bin/bash davorschreiben. Mit /mnt hat das nichts zu tun.

gruss,
pitu