maramausi
Anmeldungsdatum: 1. Juli 2017
Beiträge: Zähle...
|
Ich habe eine Festplatte auf der Ubuntu drauf ist.
Mein Bekannter bekommt sein Ubuntu nicht mehr gestartet, ich kann die Platte einsehen aber nicht auf die Ordner zugreifen.
Ich habe das Passwort, aber ich bekomme die Eingabe für ein Passwort nicht. Ich soll Samba installieren, aber das funktioniert nicht und NFC auch nicht. Vielleicht bin ich hier im Bereich "Sicherheit" ja richtig und jemand kann uns helfen. Danke schon mal im voraus.
|
Fanoril
Anmeldungsdatum: 9. Juni 2017
Beiträge: Zähle...
|
Hallo maramausi, Du kannst mal im Wiki bei chroot von einer Live-CD gucken; da wirst Du, denke ich, fündig.
|
unbuntuS12
Anmeldungsdatum: 2. Juni 2010
Beiträge: 1816
|
maramausi schrieb: Mein Bekannter bekommt sein Ubuntu nicht mehr gestartet, ich kann die Platte einsehen aber nicht auf die Ordner zugreifen.
Dem entnehme ich, dass wir über ein unverschlüsseltes System reden? Wenn das so ist, dann...
Ich habe das Passwort, aber ich bekomme die Eingabe für ein Passwort nicht.
...brauchst du erstens kein (genauer: nicht sein Anmelde-) Passwort und zweitens wäre es sinnvoll zu wissen, wann du wie, weshalb und wieso eine Eingabe für welches Passwort willst.
Ich soll Samba installieren, aber das funktioniert nicht und NFC auch nicht.
Moment: Du sollst Samba installieren, auf deinem Rechner und dann ihm darüber die Daten bereitstellen, damit er sie sich ziehen kann? Bitte beschreibe mal, was du vorhast.
Vielleicht bin ich hier im Bereich "Sicherheit" ja richtig und jemand kann uns helfen.
Ersteres eher nicht, letzteres sicher, wenn du sagst, wobei genau. Im Übrigen schließe ich mich Fanoril an; wenn es darum geht, erstmal Zugriff auf die Daten zu bekommen, solltest du den Artikel lesen, wobei du natürlich keine Live-CD verwenden musst, sondern einfach dein installiertes Ubuntu nimmst. Die Schritte bleiben aber dieselben.
|
maramausi
(Themenstarter)
Anmeldungsdatum: 1. Juli 2017
Beiträge: 5
|
OK, zum Verständnis: 1. Das System von meinem Bekannten startet nicht mehr! (Es bleibt im Ladebildschirm stehen!) 2. Seins und meins sind 64 Bit Systeme 3. Über die USB-Stick Version kann man eine Reparatur machen, er findet 1 fehlerhafte Datei und fordert einen auf, mit drücken einer beliebigen Taste, ein reboot des Systems zu machen. Es passiert leide nichts, außer das das System im Ladebildschirm stehen bleibt. 4. Wir versuchen an die Daten auf seinem Desktop ran zukommen, dachten das man ein anderes System Startet (meins) und dann den Ordner aufruft (sein Passwort eingibt) und die Daten sichert. 5. Ich versuche jetzt (https://wiki.ubuntuusers.de/chroot/Live-CD/) diese Schritte
sudo blkid:
ubuntu@ubuntu:~$ sudo blkid
/dev/sda1: UUID="6898-1A6A" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="ce98e29a-9837-41b6-8ba7-48bf19a0a191"
/dev/sda2: UUID="585b2da1-8dd4-44ef-ba8c-2264e9d34a40" TYPE="ext4" PARTUUID="d407a429-3866-4c90-b50f-6a561e330734"
/dev/sdb1: LABEL="System Reserved" UUID="06FCBC29FCBC14C1" TYPE="ntfs" PARTUUID="6ab93f95-01"
/dev/sdb2: LABEL="WIN7" UUID="7EB6E7E8B6E79EC1" TYPE="ntfs" PARTUUID="6ab93f95-02"
/dev/sdb3: LABEL="DATA" UUID="D07001CD033D6ED8" TYPE="ntfs" PTTYPE="dos" PARTUUID="6ab93f95-03"
/dev/sdd1: LABEL="MYLINUXLIVE" UUID="08E3-1779" TYPE="vfat" PARTUUID="5ff964a1-01"
/dev/loop0: TYPE="squashfs" ubuntu@ubuntu:~$ sudo parted -l
Model: ATA KINGSTON SV300S3 (scsi)
Disk /dev/sda: 120GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
1 1049kB 538MB 537MB fat32 EFI System Partition boot, esp
2 538MB 120GB 119GB ext4
Model: ATA ST2000DL003-9VT1 (scsi)
Disk /dev/sdb: 2000GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 1049kB 106MB 105MB primary ntfs boot
2 20.1GB 820GB 800GB primary ntfs
3 820GB 2000GB 1180GB primary ntfs
Model: Generic Flash Disk (scsi)
Disk /dev/sdd: 2005MB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 443kB 2005MB 2004MB primary fat32 boot, lba Leider Passiert hier ein Fehler:
ubuntu@ubuntu:~$ sudo cryptsetup luksOpen /dev/sda1 sda1_crypt
Device /dev/sda1 is not a valid LUKS device. Das geht nicht:
ubuntu@ubuntu:~$ sudo mount /dev/sda1 /mnt/boot/efi
mount: mount point /mnt/boot/efi does not exist Bei jedem anderen Befehl bekomme ich nur noch "does not exist".
Ich komme da nicht weiter, wo ist mein Fehler?
Zu Samba, ich werde wenn ich einen Ordner mit einem x unten Rechts in der Ecke oder einem Schloss, aufgefordert Samba zu installieren. Warum, keine Ahnung.
|
unbuntuS12
Anmeldungsdatum: 2. Juni 2010
Beiträge: 1816
|
maramausi schrieb: 4. Wir versuchen an die Daten auf seinem Desktop ran zukommen, dachten das man ein anderes System Startet (meins) und
dann den Ordner aufruft (sein Passwort eingibt) und die Daten sichert. Alles klar, das ist also das Ziel. Dann ist nicht mal ein chroot nötig. Und wie du schon sagst, kannst du dein System (nicht nur deine Hardware, sondern deine Installation verwenden und brauchst keine Live-Version zu nehmen. Das habe ich ja auch schon geschrieben. Ebenfalls geschrieben habe ich, dass du sein Passwort nicht benötigst, sofern die Festplatte nicht verschlüsselst ist. In den Terminalausgaben zeigst sich, dass du eben doch ein Live-System verwendest (ubuntu@ubuntu). Außerdem ergibt sich aus der fdisk-Ausgabe:
Ich würde erwarten, dass es mindestens zwei Datenträger mit Linux-Dateisystemen (oder LUKS-Containern) gibt, wenn du die Aktion an deinem Rechner ausgeführt hast. Oder hast du deine Festplatte/SSD abgezogen? Mehr Infos bitte! Dann müsstest du natürlich auch ein Live-System verwenden. Weiterhin verwendest du in deinen Ausgabe cryptstup, wobei das natürlich nur bei verschlüsselten Systemen gilt. Die Partition der 120GB-SDD ist nicht verschlüsselt. Also, lange Rede, kurzer Sinn: Wenn die 120GB-SDD deinem Bekannten gehört und ihr nur die Daten runterholen wollt, dann reicht ein sudo mount /dev/sda2 /mnt um die Partition nach /mnt zu mounten. Von dort aus kannst du die Daten auf einen USB-Stick oder sonstwohin kopieren. Vermutlich musst du noch nicht mal ein Terminal bedienen, sondern kannst anstatt den Befehl auszuführen auch einfach mit dem Dateimanager die Partition anklicken. Vermutlich ist das auch das, was du schon gemacht hast und das war vollkommen richtig. Wenn du keine Rechte hast, darauf zuzugreifen, kannst du dir im Live-System mit sudo -H nautilus den Dateimanager mit root-Rechten starten.
|
bowman
Anmeldungsdatum: 17. Februar 2010
Beiträge: 7502
|
Das System ist nicht verschlüsselt, wozu dann die LUKS-Zeile? Raus aus dem Terminal und nochmal neu aufbauen
## zuerst die /-Partition einbinden
sudo mount /dev/sda2 /mnt
## dann die EFI-Partition
sudo mount /dev/sda1 /mnt/boot/efi
## dann die Systembestandteile wie in der Anleitung
sudo mount --bind /dev /mnt/dev
sudo mount --bind /dev/pts /mnt/dev/pts
sudo mount --bind /sys /mnt/sys
sudo mount --bind /proc /mnt/proc
sudo mount --bind /run /mnt/run
sudo cp /proc/mounts /mnt/etc/mtab
sudo mount -o bind /etc/resolv.conf /mnt/etc/resolv.conf
## wechseln per chroot ins System auf Platte
sudo chroot /mnt /bin/bash
Ab hier bist du als Root unterwegs. Jeder Befehl wird automatisch mit sudo ausgeführt. Sei also vorsichtig!
|
maramausi
(Themenstarter)
Anmeldungsdatum: 1. Juli 2017
Beiträge: 5
|
Das ist die vom Kollegen Das ist meine, auf der wir dann seine Ordner rüberziehen wollen
Meine Festplatte istabgezogen! Mit: sudo mount /dev/sda2 /mnt
passiert nix, oder ich bin zu blöde ☺ Ich habe noch
sudo mount /dev/sda1 /mnt
(sda1) eingegeben weil die ja freigegeben werden soll. Oder verstehe ich das falsch?
|
maramausi
(Themenstarter)
Anmeldungsdatum: 1. Juli 2017
Beiträge: 5
|
OK, jetzt bin ich root! Schritte:
sudo mount /dev/sda2 /mnt
sudo chroot /mnt /bin/bash Jetzt schaut die Eingabe so aus!
root@ubuntu:/#
Aber wem erzähle ich das? So, jetzt stehe ich aber weiterhin auf dem Schlauch.
Wie kann ich jetzt die Dateien vom (Desktop/Schreibtisch) sichern? Muß ich chown vergeben und dann Copy nach.. ?
Da ich root bin, und keine Ahnung habe, mache ich bestimmt einen Fehler! Ich wäre sehr dankbar für eine kleine Schritt für Schritt erklärung. Danke
|
maramausi
(Themenstarter)
Anmeldungsdatum: 1. Juli 2017
Beiträge: 5
|
sudo mount /dev/sda1 /mnt/boot/efi
ntfs-3g-mount: bad mount point /mnt/boot/efi: No such file or directory Liegt es daran das ich eine USB Version gestartet habe?
|
sebix
Moderator, Webteam
Anmeldungsdatum: 14. April 2009
Beiträge: 5350
|
maramausi schrieb: Mit: sudo mount /dev/sda2 /mnt
passiert nix, oder ich bin zu blöde ☺
Dann ist nun die Partition unter /mnt eingebunden. Nun kannst du die Daten kopieren. Im Terminal zB cp -R /mnt/* Ziel und Ziel mit zB einer anderen eingebundenen Partition ersetzten. Ansonsten kannst du die Datentraeger auch im Dateimanager einhaengen. maramausi schrieb: sudo mount /dev/sda1 /mnt/boot/efi
ntfs-3g-mount: bad mount point /mnt/boot/efi: No such file or directory
Der Einbindepunkt (oder wie auch immer man Mountpoint uebersetzt) muss existieren, also in diesem Beispiel /mnt/boot/efi . Der Mountpoint ist ansonsten aber beliebig. Liegt es daran das ich eine USB Version gestartet habe?
Nein.
|
unbuntuS12
Anmeldungsdatum: 2. Juni 2010
Beiträge: 1816
|
maramausi schrieb: Mit: sudo mount /dev/sda2 /mnt
passiert nix, oder ich bin zu blöde ☺
Weder noch! Es passiert was, aber Unix-Programme haben häufig die Eigenart, bei Erfolg keine Ausgabe zu liefern (Motto: "Was soll dem User das Terminal zugemüllt werden, wenn das Programm genau das getan hat, was er wollte?").
Ich habe noch
sudo mount /dev/sda1 /mnt
(sda1) eingegeben weil die ja freigegeben werden soll. Oder verstehe ich das falsch?
/dev/sda1 ist die EFI-Partition. Da sind keine Daten drauf, die euch interessieren. Stattdessen hast du jetzt die eigentlich in /mnt eingehängte /dev/sda2-Partition "überdeckt", kommst also nicht mehr ran. Das also beim nächsten Mal nicht machen. In diesem Beitrag hast du es dann auch weggelassen, aber wie ich sagte: Chroot ist unnötig, wenn du Daten nur kopieren willst. Mit Chroot wechselt du "virtuell" in das angeschlossene System. Das ist super, wenn man was reparieren will, aber das willst du ja aktuell gar nicht. Insofern wieder hole ich nochmal:
Dann muss du die Daten nur noch runterkopieren. In deinem allerersten Post schriebst du:
ich kann die Platte einsehen aber nicht auf die Ordner zugreifen.
Dir fehlen also die Rechte in - wichtig! - deinem System. Das hat nichts mit dem Passwort deines Bekannten zu tun. Und diese Rechte, ich wiederhole mich, bekommst du in grafischer Form über sudo -H nautilus Dann schließt du einen USB-Stick an und kopierst. edit: Ich frage mich, was mich geritten hat, überhaupt chroot vorzuschlagen...
|
sebix
Moderator, Webteam
Anmeldungsdatum: 14. April 2009
Beiträge: 5350
|
unbuntuS12 schrieb: sudo -H nautilus Dann schließt du einen USB-Stick an und kopierst.
Bitte nicht immer sudo mit grafischen Programmen vorschlagen. Dafuer gibts gksudo siehe root bei grafischen Programmen
|
unbuntuS12
Anmeldungsdatum: 2. Juni 2010
Beiträge: 1816
|
@sebix: Steht in deinem Link selbst, dass der Grund für die gksudo und co ist, dass im Normalfall die Umgebungsvariablen nicht an den Zieluser angepasst werden, was in meinem Beispiel mit "-H" erreicht wird Lässt sich nautilus meines Wissens über "sudo -H" starten, was der zweite Grund für gksudo wäre meine ich mich zu erinnern, dass gksudo in der Live-Variante nicht installiert ist, sondern erst nachinstalliert werden muss. Weiß ich aber nicht und wollte deshalb auf Nummer sicher gehen.
|