FAQ: Windows -> GNU/Linux - Umstieg, Einstieg, Aufstieg

Bin jetzt auf Opensuse 11.4 mit Gnome 3 umgestiegen und bisher ziemlich begeistert. Leider kann meine Datenplatte nicht gemountet werden. Ich bekomme eine Permissions denied Fehlermeldung, obwohl ich beim aufrufen der Laufwerksverwaltung dem Programm ja Rootrechte gebe. Übers Terminal hab ichs mit dem Mount befehl leider auch nicht hinbekommen.



Edit: Unter Fedora 15 und Ubuntu 11.04 konnte sie problemlos eingehangen werden

eingehangen bekommen habe ich sie jetzt, indem ich sie nochmals mit NTFS formatiert habe und im Terminal dann

Code:

sudo mount -a

eingegeben habe.

In der Laufwerksverwaltung steht jetzt: Eingehangen in /windows/C. Soweit so gut
Wenn ich jetzt aber in den Eigenschaften von Windows C schaue, steht dort das gerade mal 13,8 GB verfügbar sind. Irgendwas passt da nicht

Edit: Falscher Alarm. Einhängen kann ich Sie jetzt per Terminal und Adminrechten. Im Tool erscheint der gleiche Fehler, wie vorher auch. Und wirklich nutzen kann ich sie auch noch nicht. Weder Ordner erstellen, noch drauf zugreifen etc. Ich versuchs nachher mal mit dem greoup befehl. Und jap bin der Einzige in der Gruppe

Code:

ocmylife@linux-05lp:~/android/system> whereis ntfs-3g
ntfs-3g: /usr/bin/ntfs-3g.probe /usr/bin/ntfs-3g.secaudit /usr/bin/ntfs-3g.usermap /usr/bin/ntfs-3g /usr/bin/X11/ntfs-3g.probe /usr/bin/X11/ntfs-3g.secaudit /usr/bin/X11/ntfs-3g.usermap /usr/bin/X11/ntfs-3g /usr/share/man/man8/ntfs-3g.8.gz

Ist also installiert

Code:

ocmylife@linux-05lp:~/android/system> #Device    Mountpoint  Filesystem  Parameters
ocmylife@linux-05lp:~/android/system> 2: /dev/sda1  /windows/C  ntfs-3g     user,users,gid=users,umask=0002  0 0
If '2:' is not a typo you can use command-not-found to lookup the package that contains it, like this:
    cnf 2:
ocmylife@linux-05lp:~/android/system> /dev/sda1  /windows/C  ntfs-3g     user,users,gid=users,umask=0002  0 0
bash: /dev/sda1: Keine Berechtigung
ocmylife@linux-05lp:~/android/system> sudo /dev/sda1  /windows/C  ntfs-3g     user,users,gid=users,umask=0002  0 0
root's password:
sudo: /dev/sda1: command not found

Und auch nicht blindlings bitte, /dev/sda1 ist jediglich ein Beispiel und entspricht sicher nicht der richtigen Partitionsnummer bei deinem Setup. Der Mountpoint /windows/C muss auch existieren, oder du gibst einen anderen an.

neue auflage ist raus
http://openbook.galileocomputing.de/linux/

Ich muss euch leider nochmal stören. Ich habe es bei Archlinux nun endlich zu einer grafischen Oberfläche mit gnome 3 geschafft und es läuft auch soweit.

Starten muss ich Gnome momentan noch in der Kommandozeile mit

->root
->dem Passwort
->gdm

Wo aber auch mein Problem liegt. Ich betreibe es ja im Wohnzimmer-pc mit einer Bluetooth Maus und Tastatur. Anfangs funktionierte Bluetooth, bis ich Gnome als Oberfläche installiert hatte(auch X11 war kein Problem). Dann funktionierte Bluetooth gar nicht mehr, bis ich gnome-bluetooth installiert hatte und in die rc.conf unter Deamons eingetragen habe.

Ich denke das ich das Problem lösen kann, indem ich GDM automatisch starten lasse. Google spuckt mir dazu folgendes aus:

Zitat

Am einfachsten lässt sich Gnome mittels Login-Manager starten.
Alternativ kann GNOME per startx ausgeführt werden. Dafür muss in der Datei ~/.xinitrc die Befehlszeile
exec ck-launch-session gnome-session

Wenn ich jetzt eingebe:
->nano ~/.xinitrc

Ist die Datei bei mir leer. Das kann denke ich also nicht richtig sein

->Irgendwelche konkreten Vorschläge, wie ich das Problem behebe?

Du hast prinzipiell zwei Moeglichkeiten, eine X-Session zu starten:

• Nachdem dein Login auf einem VT erfolgt ist, ueber xinit (startx ist ein Teil dieser Xorg-Komponente).
• Direkt nach dem Login via X11 Login/Display Manager, z. B. gdm, kdm, lightdm, ....

Bei der ersten Variante logst du dich also ein, und bist in einer nichtgraphischen Shell-Umgebung. Von dort startest du dann via `startx` einen X-Server, der eine Session nach deinen Vorstellungen vorbereitet. Die Datei ~/.xinitrc (die deshalb leer erscheint, weil sie bisher bei dir vermutlich nicht existiert) ist ein Shellscript, das von startx ausgefuehrt wird, und das dazu dient, deine persoenliche Session zu definieren. Die Anleitung ist also durchaus zutreffend - wenn du diese Datei mit den entsprechenden Anweisungen befuellst, wird genau das beim Initialisieren deiner X-Session via startx passieren.

Die zweite Variante ist bei modernen Desktop-Systemen die gaengigere: hier startet das System ein X-Display, auf dem ein Login-Manager ausgefuehrt wird, der idR einen Login-Dialog und ein par Session-Settings (Sprache, Session-Art/Desktopumgebung, etc.) nebst Shutdown/Reboot-Optionen anbietet. Wenn du den Login-Dialog erfolgreich ueberwindest und Dich so am System anmeldest, wird deine Session wie vom Login-Manager angefordert geladen. Meist gibt es einige systemweit gueltig definierte Session, die z. B. durch die Installation von GNOME, KDE, XFCE oder auch diversen Windowmanagern an der richtigen Stelle im Dateisystem (unterhalb von /etc/X11/) angelegt werden, und daraufhin im Login Manager angewaehlt werden koennen.

Wenn du letzteres willst, sollte es reichen, das gdm-Initscript in deinen Default Runlevel (in Arch einfach in deine rc.conf) aufzunehmen, damit dieses als Service automatisch startet, wenn dein System hochfaehrt.