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

Seite 13 von 70 - Forum: Linux and other OS auf overclockers.at

URL: https://www.overclockers.at/linux/faq_windows_gnu_linux_umstieg_einstieg_aufstieg_127618/page_13 - zur Vollversion wechseln!

schrieb am 26.08.2011 um 18:32

Aahh so ist das gemeint ich danke!

Darkside_86 schrieb am 30.08.2011 um 10:58

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

nexus_VI schrieb am 30.08.2011 um 11:47

Probiere im Terminal `groups`, bist du in der Gruppe "disk"? Falls nicht, `gpasswd -a username disk` sollte dich hinzufügen. Erneutes Einloggen ist dann notwendig. Habe nicht viel SuSE Erfahrung, vielleicht hilfts.

Darkside_86 schrieb am 30.08.2011 um 12:09

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

nexus_VI schrieb am 30.08.2011 um 13:42

ntfs-3g ist bei dir installiert? In opensuse 11.4 gibt es kein HAL mehr und Gnome3 ist generell noch eher wenig ausgereift. Wenn du die Platte aber eh permanent mounten willst, ist das mit einem Eintrag in der fstab recht schnell erledigt:

Code:

#Device    Mountpoint  Filesystem  Parameters
/dev/sda1  /windows/C  ntfs-3g     user,users,gid=users,umask=0002  0 0

So sollte es funktionieren.

Darkside_86 schrieb am 30.08.2011 um 14:27

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

meepmeep schrieb am 30.08.2011 um 15:19

nicht ausführen, sondern in die fstab Datei eintragen

nexus_VI schrieb am 30.08.2011 um 15:32

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.

Darkside_86 schrieb am 30.08.2011 um 18:23

Achso werde ich dann nachher mal in Angriff nehmen. Muss mich in Opensuse jetzt auch erstmal einarbeiten.

Vielen Dank euch beiden

Nico schrieb am 16.02.2012 um 22:13

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

userohnenamen schrieb am 16.02.2012 um 22:35

danke, gleich mal das letzte auf amazon bestellt
vielleicht schaff ichs mit dem mal ordentlich anzufangen

Darkside_86 schrieb am 16.03.2012 um 19:52

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?

Vo schrieb am 16.03.2012 um 20:05

Du musst vi eingeben statt nano.

COLOSSUS schrieb am 16.03.2012 um 20:05

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.

Darkside_86 schrieb am 16.03.2012 um 20:28

Es hat geklappt. Vielen Dank dafür

War im Endeffekt wirklich simpel.

su -
nano /etc/rc.conf
Unter Daemons gdm, bluetooth und gnome-bluetooth hinzufügen und das wars