nitsnatsnok
Anmeldungsdatum: 27. Oktober 2013
Beiträge: 160
|
Hallo, ich nutze Kubuntu 14.04 und will mein System auf eine größere Festplatte umziehen lassen. Leider habe ich das neue System bisher nicht zum Laufen gebracht, sodass ich Hilfe benötige. Folgende Schritte habe ich ausgeführt:
Obwohl ich natürlich in der Installation denselben Benutzernamen und dasselbe Passwort wie im alten System angegeben habe, schlägt die Anmeldung immer wieder ohne Fehlermeldung fehl – was mache ich falsch? Wie in Datensicherung angegeben, würde ich natürlich auch sehr gern die Konfigurationsdateien des Systems aus /etc ins neue System einpflegen – was (außer den UUIDs in der fstab) ist dabei zu beachten, wenn außer der Festplatte am Gerät nichts verändert wurde?
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53484
Wohnort: Berlin
|
Die Anmeldung schlägt fehlt heißt konkret was? Kommst du bis zum grafischen Login oder nur bis zum Login im tty? Was funktionieren sollte wäre der Recovery Modus, wenn du dort angemeldet bist (Root-Shell), zeige bitte die Ausgaben von lsblk -o NAME,UUID,LABEL,FSTYPE,MOUNTPOINT und cat /etc/fstab hier jeweils im Codeblock. Du kannst diese Ausgaben dort in eine Datei umleiten und diese dann z.B. von einem Livesystem aus abrufen und hier zeigen. lsblk -o NAME,UUID,LABEL,FSTYPE,MOUNTPOINT > lsblk.txt
cat /etc/fstab > fstab.txt
|
nitsnatsnok
(Themenstarter)
Anmeldungsdatum: 27. Oktober 2013
Beiträge: 160
|
tomtomtom schrieb: Die Anmeldung schlägt fehlt heißt konkret was? Kommst du bis zum grafischen Login oder nur bis zum Login im tty?
Anmeldung schlägt fehl = Grafischer Login läd und zeigt mein Konto normal an, aber sobald ich mein Passwort eingegeben und bestätigt habe, wird der Bildschirm kurz schwarz und es erscheint wieder der grafische Login – bei falsch eingegebenem Passwort erscheint ganz normal der Hinweis. Die geforderten Ausgaben reiche ich nach.
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53484
Wohnort: Berlin
|
nitsnatsnok schrieb: Anmeldung schlägt fehl = Grafischer Login läd und zeigt mein Konto normal an, aber sobald ich mein Passwort eingegeben und bestätigt habe, wird der Bildschirm kurz schwarz und es erscheint wieder der grafische Login
Das klingt nach falschen Rechten. Zusätzlich zu den bereits geforderten Angaben daher bitte noch die Ausgabe von ls -alu /home/USERNAME bzw. ls -alu /home/USERNAME > ls.txt inklusive der Umleitung. Natürlich ist USERNAME durch deinen tatsächlichen Nutzernamen zu ersetzen.
|
nitsnatsnok
(Themenstarter)
Anmeldungsdatum: 27. Oktober 2013
Beiträge: 160
|
tomtomtom schrieb: Das klingt nach falschen Rechten.
Dass es damit Probleme geben könnte, war auch meine Vermutung, weshalb ich .tar genutzt und die Rechte nach dem Kopieren zumindest stichprobenartig kontrolliert habe, da schien alles in Ordnung zu sein… Der Login in der Kommandozeile, die man vom grafischen Login mit Ctrl+Alt+F1 erreicht, funktioniert einwandfrei, deshalb habe ich die Ausgaben mit sudo von dort genommen:
lsblk -o NAME,UUID,LABEL,FSTYPE,MOUNTPOINT
NAME UUID LABEL FSTYPE MOUNTPOINT
sda
├─sda1 3f18be36-2b6a-4c9a-9c5d-572c0cf7b99b ext4 /
├─sda2
├─sda3 535AD87F3945C386 ntfs
├─sda5 f64bb38b-df5c-4ad0-8d33-97e93692e86d swap [SWAP]
└─sda6 99b2da0e-afea-45d7-84e7-93ee0dde02f4 ext4 /home
sdb
└─sdb1 D31C-76E9 vfat
cat /etc/fstab
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda1 during installation
UUID=3f18be36-2b6a-4c9a-9c5d-572c0cf7b99b / ext4 errors=remount-ro 0 1
# /home was on /dev/sda6 during installation
UUID=99b2da0e-afea-45d7-84e7-93ee0dde02f4 /home ext4 defaults 0 2
# swap was on /dev/sda5 during installation
UUID=f64bb38b-df5c-4ad0-8d33-97e93692e86d none swap sw 0 0
ls -alu /home/konstantin
insgesamt 11653740
drwxr-xr-x 31 konstantin konstantin 4096 Jun 7 20:04 .
drwxr-xr-x 3 root root 4096 Jun 7 09:36 ..
-rw------- 1 root root 11933234783 Jun 7 08:55 aktuelle_Sicherung.tar.gz
-rw------- 1 root root 2722 Jun 7 09:18 .bash_history
-rw-r--r-- 1 root root 220 Jun 7 09:18 .bash_logout
-rw-r--r-- 1 root root 3637 Jun 7 09:18 .bashrc
drwx------ 10 root root 4096 Jun 7 09:08 .cache
drwx------ 19 root root 4096 Jun 7 09:08 .config
drwx------ 2 root root 4096 Jun 7 09:08 .cups
-rw-r--r-- 1 root root 32 Jun 7 09:18 .deskmetrics
-rw------- 1 root root 83 Jun 7 09:16 .directory
-rw-r--r-- 1 konstantin konstantin 29 Jun 7 09:52 .dmrc
drwxr-xr-x 2 root root 4096 Jun 7 09:08 Dokumente
drwxr-xr-x 2 root root 4096 Jun 7 09:08 Downloads
-rw-rw-r-- 1 konstantin konstantin 731 Jun 7 20:04 fstab.txt
drwxr-xr-x 2 root root 4096 Jun 7 09:08 .gstreamer-0.10
-rw-r--r-- 1 root root 82 Jun 7 09:18 .gtkrc-2.0
drwxr-xr-x 9 root root 4096 Jun 7 09:08 .kde
drwxr-xr-x 3 root root 4096 Jun 7 09:08 .local
-rw-rw-r-- 1 konstantin konstantin 568 Jun 7 20:03 lsblk.txt
-rw-rw-r-- 1 konstantin konstantin 0 Jun 7 20:04 ls.txt
drwxr-xr-x 4 root root 4096 Jun 7 09:08 .mozilla
drwxr-xr-x 2 root root 4096 Jun 7 09:08 Musik
drwxr-xr-x 2 root root 4096 Jun 6 17:54 Öffentlich
drwx------ 3 root root 4096 Jun 7 09:08 .pki
-rw-r--r-- 1 root root 675 Jun 7 09:18 .profile
drwxr-x--- 7 root root 4096 Jun 7 09:08 .purple
-rw------- 1 root root 673 Jun 7 09:18 .recently-used
drwxr-xr-x 4 root root 4096 Jun 7 09:08 Schreibtisch
drwx------ 6 root root 4096 Jun 7 09:08 .Skype
drwx------ 4 root root 4096 Jun 7 09:08 .thumbnails
drwxr-xr-x 2 root root 4096 Jun 7 09:08 Videos
drwxr-xr-x 2 root root 4096 Jun 7 09:08 Vorlagen
-rw------- 1 root root 61 Jun 7 09:18 .Xauthority
-rw------- 2 konstantin konstantin 0 Jun 7 09:54 .Xauthority-c
-rw------- 2 konstantin konstantin 0 Jun 7 09:54 .Xauthority-l
-rw------- 1 root root 126 Jun 7 09:18 .xsession-errors
-rw------- 1 root root 319 Jun 7 09:08 .xsession-errors.old Falls hier wie vermutet wirklich Rechte/Besitzer das Problem sind: Wie kriege ich die Daten denn richtig kopiert? Leider kann ich nicht direkt kopieren, sondern muss den Umweg über eine externe Festplatte (NTFS) nehmen – ist .tar da nicht geeignet?
Danke für die versierten und fixen Antworten!
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53484
Wohnort: Berlin
|
nitsnatsnok schrieb: Der Login in der Kommandozeile, die man vom grafischen Login mit Ctrl+Alt+F1 erreicht, funktioniert einwandfrei
Wie die Ausgaben zeigen: Es ist ein Rechteproblem. Daher funktioniert auch die grafische Anmeldung nicht. Melde dich also nochmals im tty an und führe dort sudo chown -R $(whomai):${whoami) /home/$(whoami) durch. Danach wieder auf tty7 wechseln und im Loginmanager grafisch anmelden.
Falls hier wie vermutet wirklich Rechte/Besitzer das Problem sind: Wie kriege ich die Daten denn richtig kopiert?
Mit welchen Optionen hast du denn das tar-Archiv gepackt? Die Option -p ist dort für das Beibehalten der Rechte vorgesehen.
|
nitsnatsnok
(Themenstarter)
Anmeldungsdatum: 27. Oktober 2013
Beiträge: 160
|
Nur damit ich keinen Mist baue:
sudo chown -R $(whoami):$(whoami) /home/$(whoami)
So sollte es sein, oder? tomtomtom schrieb: Mit welchen Optionen hast du denn das tar-Archiv gepackt? Die Option -p ist dort für das Beibehalten der Rechte vorgesehen.
Ich hab schlichtweg Ark fürs Packen und Entpacken benutzt, falls es da Optionen auszuwählen gab, hab ich sie übersehen.
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53484
Wohnort: Berlin
|
nitsnatsnok schrieb: Nur damit ich keinen Mist baue:
sudo chown -R $(whoami):$(whoami) /home/$(whoami)
So sollte es sein, oder?
Ja. Freibschehler von mir. 😳 (Passiert aber auch nix, außer einer Fehlermeldung.)
Ich hab schlichtweg Ark fürs Packen und Entpacken benutzt, falls es da Optionen auszuwählen gab, hab ich sie übersehen.
Hm, hab keine Ahnung von GUIs für Packprogramme. Gehört dann aber auch in einen neuen Thread mit passendem Titel im dazu passenden Forum.
|
nitsnatsnok
(Themenstarter)
Anmeldungsdatum: 27. Oktober 2013
Beiträge: 160
|
Wunderbar, es hat geklappt – tar und damit auch Ark speichert in Tarballs automatisch Rechte und Besitzer mit, nur beim ENTpacken muss man mittels der Option -p explizit angeben, dass Rechte und Besitzer beibehalten werden sollen. Ark bringt diese Option nicht mit, weshalb man zum Entpacken auf die Kommandozeile zurückgreifen muss. Nachdem ich meinen home-Ordner aus der Sicherung mit dieser Option entpackt und das System gestartet hatte, funktionierte es wie geschmiert. Nur eins wundert mich: Die meisten Einstellungen wie Einrichtung meines externen Monitors, KDE-Aussehen, -Kontrollleisten samt Einstellungen und Dolphineinstellungen sind erhalten, obwohl ich /etc nicht mit kopiert habe (ergo liegen die wohl alle in ~/.kde o.ä.) – laut Datensicherung müssten in /etc die "Konfigurationsdateien des Systems" liegen, aber was für Konfigurationsdateien sind damit gemeint?
Ich frage deshalb, weil ich nichts sichern will, was nicht wirklich gebraucht wird, also bei zukünftigen Backups /etc auslassen könnte.
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53484
Wohnort: Berlin
|
nitsnatsnok schrieb: Nur eins wundert mich: Die meisten Einstellungen wie Einrichtung meines externen Monitors, KDE-Aussehen, -Kontrollleisten samt Einstellungen und Dolphineinstellungen sind erhalten, obwohl ich /etc nicht mit kopiert habe (ergo liegen die wohl alle in ~/.kde o.ä.)
Korrekt, das sind Benutzereinstellungen und somit gehören die auch ins Homeverzeichnis. – laut Datensicherung müssten in /etc die "Konfigurationsdateien des Systems" liegen
Nein, müssen sie nicht. Denn es sind Benutzereinstellungen, keine Systemeinstellungen.
aber was für Konfigurationsdateien sind damit gemeint?
Zum Beispiel Einstellungen für GRUB 2, für den Displaymanager, die fstab, Diensteverwaltung etc. pp. Siehe dazu auch Verzeichnisstruktur (Abschnitt „etc“).
|
nitsnatsnok
(Themenstarter)
Anmeldungsdatum: 27. Oktober 2013
Beiträge: 160
|
Klasse, da weiß ich, wo ich nachlesen muss – danke vielmals!
|
Dieter_Ubuntu
Anmeldungsdatum: 4. Juli 2007
Beiträge: 420
|
Hallo nitsnatsnok, Ein einfacher Vorschlag, wenn Du wieder mal umziehen willst: Deine Bootsystempartition, wenn vorhanden auch die separate Home-Partition und den MBR mit qt4-fsarchiver sichern.
Neue Festplatte nach Lust und Laune neu partitionieren. Wenn Deine Bootsystempartition auf /dev/sda1 eingerichtet war, dann mit qt4-fsarchiver auf die neue Festplatte nach /dev/sda1 zurück schreiben.
Oder beispielsweise von /dev/sda5 nach /dev/sda5. Das gleiche machst Du mit der Home-Partition.
Dann wiederum mit qt4-fsarchiver den MBR ohne Partitionstabelle und den verborgenenen Bereich des MBR zurückschreiben.
In der etc/fstab die UUID der SWAP korrigieren.
Neu starten. Das wars. Grüße aus Südbaden
|