w.t-thiel
Anmeldungsdatum: 10. November 2011
Beiträge: 323
Wohnort: Detmold
|
Guten Tag Ich möchte zu der SSD-Festplatte mit dem System zwei weitere mounten. In /etc/fstab habe ich dazu die beiden letzten Zeilen eingefügt. Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices # that works even if disks are added and removed. See fstab(5). # # <file system> <mount point> <type> <options> <dump> <pass> # / was on /dev/sda1 during installation UUID=71f3ab0d-11bf-47cf-822f-bd0aad23bf90 / ext4 errors=remount-ro 0 1 # /home was on /dev/sda2 during installation UUID=8f75d025-0fda-49ec-a1f5-43c45d43751f /home ext4 defaults 0 2 /swapfile none swap sw 0 0 /dev/fd0 /media/floppy0 auto rw,user,noauto,exec,utf8 0 0 #Festplatten mounten /dev/sdb1 /media/wt/Daten ext4 defaults 0 2 /dev/sdc1 /media/wt/Datenarchiv ext4 defaults 0 2 > Im Terminal stellt sich das dann wie folgt dar. | root@wt-GA-MA78G-DS3H:/media/wt# ls
Daten Datenarchiv
root@wt-GA-MA78G-DS3H:/media/wt# ls -al
insgesamt 16
drwxr-x---+ 4 root root 4096 Jun 18 15:32 .
drwxr-xr-x 4 root root 4096 Jun 18 10:54 ..
drwxrwxrwx 25 wt wt 4096 Feb 29 11:49 Daten
drwxrwxrwx 2 root root 4096 Jun 18 15:26 Datenarchiv
|
Die Inhalte in Daten (eine der beiden Festplatten) sind jetzt für mich im gewünschten Bearbeitungszustand. Das Verzeichnis Datenarchiv (die andere Festplatte) habe ich offenbar mit root-Rechten erstellt. Wie hätte ich es sonst auch tun können? Entsprechend kann ich als Benutzer wt nicht darauf zugreifen. Mit chmod bzw. chmod müsste sich da etwas machen lassen, denke ich.
1. Wer kann mir bitte Hilfestellung bieten, dass ich auf beide Festplatten als user wt zugreifen kann.?
2. Die Rechte 777 für die Festplatten. Ist das vernünftig? Ausgebaut kann die sich jeder unter den Nagel reißen, oder? Welche Rechte für den user wt wären da sicher.
3. Bitte in der fstab auch mal einen Blick auf swap richten. Eine Partition dafür muss ja bei 20.04 nicht angelegt werden. Swap funktioniert als Datei. Ist der Eintrag in der fstab so in Ordnung? Mit freundlichen Grüßen und schon mal Dank vorab wthiel
|
MartinW
Anmeldungsdatum: 23. Februar 2013
Beiträge: 114
|
Hallo,
2. Die Rechte 777 für die Festplatten. Ist das vernünftig?
Kommt ganz darauf an wie Du es gerne hättest. Was erwartest Du denn von den beiden Verzeichnissen 'Daten' und 'Datenarchiv'? Normalerweise wird jedoch davon abgeraten die Rechte auf 777 zu stellen. Ich würde bei mir die Rechte auf 755 stellen. Also in Deinem Fall: chmod -R 755 /media/wt/Daten
Ausgebaut kann die sich jeder unter den Nagel reißen, oder?
Wenn jemand die Platte in die Finger bekommt, kann er alles damit machen, egal welche Dateirechte Du vergeben hast. Die Dateirechte sind zur Regulierung der Berichtigungen in einem geschlossenen Computersystem gedacht, außerhalb sind sie relativ wirkungslos.
3. Bitte in der fstab auch mal einen Blick auf swap richten. Eine Partition dafür muss ja bei 20.04 nicht angelegt werden. Swap funktioniert als Datei. Ist der Eintrag in der fstab so in Ordnung?
Dazu wäre es ganz gut wenn Du die fstab nochmal in einem Codeblock postest, im Moment kann man da recht wenig erkennen. Die Rechte für 'Datenarchiv' würde ich so setzen: chown -R wt:wt /media/wt/Datenarchiv chmod -R 755 /media/wt/Datenarchiv Grundsätzlich ist es aber sinnvoll, zwischen den Rechten für Dateien und Verzeichnisse zu unterscheiden, denn das x steht bei Dateien dafür, dass sie ausführbar sind. Bei Verzeichnissen jedoch dafür, ob man sie betreten kann. Nach den beiden Befehlen wäre also etwas wie find /media/wt/Datenarchiv -type f -exec chmod -x {} \ sinnvoll. Das entfernt bei allen Dateien in 'Datenarchiv' das Ausführbit. Analog ist das auch bei /media/wt/Daten sinnvoll. Lesestoff: Rechte
Swap Gruß Martin
|
w.t-thiel
(Themenstarter)
Anmeldungsdatum: 10. November 2011
Beiträge: 323
Wohnort: Detmold
|
Hallo MartinW Du hast schon mal super geholfen. Demnach sollte es funktionieren. | wt@wt-GA-MA78G-DS3H:/media/wt$ ls -al
insgesamt 16
drwxr-x---+ 4 root root 4096 Jun 18 19:43 .
drwxr-xr-x 4 root root 4096 Jun 18 10:54 ..
drwxr-xr-x 25 wt wt 4096 Feb 29 11:49 Daten
drwxr-xr-x 2 wt wt 4096 Jun 18 19:42 Datenarchiv
wt@wt-GA-MA78G-DS3H:/media/wt$
|
Nur ist wie das Foto 1 belegt, der Zugriff auf Datenarchiv noch immer nicht möglich. Laufwerke weist in Foto 2 aus, dass nicht gemountet wurde. Dass Verzeichnisse und Dateien unterschiedlich behandelt werden sollten leuchtet mir ein. Da ist aber noch ein kleiner Fehler in der Zeile. | wt@wt-GA-MA78G-DS3H:/media/wt$ find /media/wt/Daten -type f -exec chmod -x {} \
>
find: Fehlendes Argument für »-exec«.
wt@wt-GA-MA78G-DS3H:/media/w
|
Zum swap in der fstab: 1
2
3
4
5
6
7
8
9
10
11
12 | Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5). # # <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda1 during installation
UUID=71f3ab0d-11bf-47cf-822f-bd0aad23bf90 / ext4 errors=remount-ro 0 1
# /home was on /dev/sda2 during installation
UUID=8f75d025-0fda-49ec-a1f5-43c45d43751f /home ext4 defaults 0 2
/swapfile none swap sw 0 0
/dev/fd0 /media/floppy0 auto rw,user,noauto,exec,utf8 0 0
#Festplatten mounten
/dev/sdb1 /media/wt/Daten ext4 defaults 0 2
/dev/sdc1 /media/wt/Datenarchiv ext4 defaults 0 2
|
Über die Rechte und swap habe ich gelesen. Jetzt erst schon mal herzlichen Dank. Mal sehen wie es weitergeht. wthiel
- Bilder
|
w.t-thiel
(Themenstarter)
Anmeldungsdatum: 10. November 2011
Beiträge: 323
Wohnort: Detmold
|
Hallo MartinW Ein swapfile ist vorhanden. | wt@wt-GA-MA78G-DS3H:/media/wt$ swapon -s
Dateiname Typ Größe Benutzt Priorität
/swapfile file 761696 0 -2
wt@wt-GA-MA78G-DS3H:/media/wt$
|
Dann ist die fstab diesbezüglich ok. MfG wthiel
|
MartinW
Anmeldungsdatum: 23. Februar 2013
Beiträge: 114
|
Hallo,
Dann ist die fstab diesbezüglich ok.
Ok, das ist schonmal gut.
Da ist aber noch ein kleiner Fehler in der Zeile.
Ja, das stimmt ich hatte vergessen das abschließende Semikolon mit zu kopieren. Der richtige Befehle lautet:
find /media/wt/Daten -type f -exec chmod -x {} \;
Solange die Platte noch nicht gemoutet ist, ist das aber erstmal noch wirkungslos.
Nur ist wie das Foto 1 belegt, der Zugriff auf Datenarchiv noch immer nicht möglich. Laufwerke weist in Foto 2 aus, dass nicht gemountet wurde.
Deine fstab sieht aber gut aus, ein paar weitere Infos bräuchte ich noch. Zeig mal bitte die Ausgabe von: (eventuell brauchst du sudo)
blkid /dev/sdc1
sudo mount /dev/sdc1 Ein kleiner Hinweis noch, 'starre' Gerätenamen wie /dev/sda1 sind in der fstab nicht zu empfehlen, da diese sich bei einem Neustart ändern können. Alternativen wären: UUIDs (wie du sie für /home und / benutzt hast), Dateisystemlabels oder sowas wie /dev/disk/by-id.
Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5). # # <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda1 during installation
UUID=71f3ab0d-11bf-47cf-822f-bd0aad23bf90 / ext4 errors=remount-ro 0 1
# /home was on /dev/sda2 during installation
UUID=8f75d025-0fda-49ec-a1f5-43c45d43751f /home ext4 defaults 0 2
/swapfile none swap sw 0 0
/dev/fd0 /media/floppy0 auto rw,user,noauto,exec,utf8 0 0
#Festplatten mounten
/dev/sdb1 /media/wt/Daten ext4 defaults 0 2
/dev/sdc1 /media/wt/Datenarchiv ext4 defaults 0 2
Ist diese Zeile wirklich in Deiner fstab? Martin
|
w.t-thiel
(Themenstarter)
Anmeldungsdatum: 10. November 2011
Beiträge: 323
Wohnort: Detmold
|
Hallo MartinD | root@wt-GA-MA78G-DS3H:/home/wt# blkid /dev/sdc1
root@wt-GA-MA78G-DS3H:/home/wt# sudo mount /dev/sdc1
mount: /media/wt/Datenarchiv: Spezialgerät /dev/sdc1 ist nicht vorhanden.
root@wt-GA-MA78G-DS3H:/home/wt#
|
Das mit den UUID muss ich machen, denn aktuell wird in Laufwerke die Platte mit dev/sdd1 (Bild 3) angezeigt. Daher die obigen Befehle noch einmal mit sdd1. | root@wt-GA-MA78G-DS3H:/home/wt# blkid /dev/sdd1
/dev/sdd1: PARTUUID="00092d98-01"
root@wt-GA-MA78G-DS3H:/home/wt# sudo mount /dev/sdd1
mount: /dev/sdd1: konnte nicht in /etc/fstab gefunden werden.
root@wt-GA-MA78G-DS3H:/home/wt#
|
Was bedeutet PARTUUID="00092d98-01? Gestern war die Datenarchiv noch sdc1. Somit ist der Fehler, mit dem Du Dich auf UUID beziehst schon eingetreten. Eine UUID wird für die Datenarchiv aber nicht angezeigt. Ich habe den Verdacht, dass die Festplatte defekt sein könnte. Das wäre zu testen. Gparted hat die Platte schon mal nicht akzepiert. Jetzt würde ich es noch mal mit der ubuntu-Iso versuchen, indem ich die Platte alleine stecke und eine Installation versuche. Im Erfolgsfall hätte ich ein alternatives Bootmedium und im anderen kommt sie in den Müll. Wäre das ein vernünftiges Vorgehen? Das ist die fstab: 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16 | # /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda1 during installation
UUID=71f3ab0d-11bf-47cf-822f-bd0aad23bf90 / ext4 errors=remount-ro 0 1
# /home was on /dev/sda2 during installation
UUID=8f75d025-0fda-49ec-a1f5-43c45d43751f /home ext4 defaults 0 2
/swapfile none swap sw 0 0
/dev/fd0 /media/floppy0 auto rw,user,noauto,exec,utf8 0 0
#Festplatten mounten
/dev/sdb1 /media/wt/Daten ext4 defaults 0 2
/dev/sdc1 /media/wt/Datenarchiv ext4 defaults 0 2
|
Ich würde jetzt erst mal die Anmeldung der Disk Daten in fstab mit der UUID angehen. Lass mich erst mal murkeln. Dabei lernt man am Meisten. Sollte die andere Festplatte Datenarchiv doch noch eine UUID offenbaren, würde ich sie entsprechend anmelden. Sonst kommt sie weg. Mit freundlichen Grüßen und herzlichem Dank wthiel
- Bilder
|
MartinW
Anmeldungsdatum: 23. Februar 2013
Beiträge: 114
|
Hallo,
Was bedeutet PARTUUID="00092d98-01?
Das ist nur eine Nummer für die Partition 1 auf Deiner Platte, die ist für Dein Problem aber uninteressant. Was mich wundert ist, dass sonst nichts ausgegeben wird. Das sieht danach aus als wäre nach kein Dateisystem auf dieser Partition. Hast Du denn dort schon eines erstellt? Erst dann bekommt die Partition eine UUID, da diese eigentlich nicht die Partition meint, sondern das Dateisystem.
mount: /dev/sdd1: konnte nicht in /etc/fstab gefunden werden.
Das liegt natürlich daran, dass sich der Name der Platte geändert hat.
Wäre das ein vernünftiges Vorgehen?
Ich würde mir die SMART-Werte ansehen, wenn ich den Verdacht hätte, dass mit der Platte was nicht stimmt. Aber erst würde ich mich vergewissern, dass auf der Platte wirklich ein Dateisystem war und sie nicht nur einfach noch nicht formatiert ist. Martin
|
w.t-thiel
(Themenstarter)
Anmeldungsdatum: 10. November 2011
Beiträge: 323
Wohnort: Detmold
|
Hallo MartinD Das hat jetzt schon mal funktioniert: 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15 | # /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda1 during installation
UUID=71f3ab0d-11bf-47cf-822f-bd0aad23bf90 / ext4 errors=remount-ro 0 1
# /home was on /dev/sda2 during installation
UUID=8f75d025-0fda-49ec-a1f5-43c45d43751f /home ext4 defaults 0 2
/swapfile none swap sw 0 0
/dev/fd0 /media/floppy0 auto rw,user,noauto,exec,utf8 0 0
#Festplatten mounten
UUID=e3a69f3d-8b2b-4b26-8804-6ea5490f75bf /media/wt/Daten ext4 defaults 0 2
|
jetzt geht es nur noch um die andere Festplatte.
Ich würde mir die SMART-Werte ansehen, wenn ich den Verdacht hätte, dass mit der Platte was nicht stimmt. Aber erst würde ich mich vergewissern, dass auf der Platte wirklich ein Dateisystem war und sie nicht nur einfach noch nicht formatiert ist.
Ich schrieb ja, dass gparted die Platte nicht bearbeiten kommt. Also ist kein System drauf. Ich versuchs noch einmal mit gparted:
Gerade wird formatiert. Murkelt so vor sich hin ohne richtigen Fortschritt. Wenn das erfolgreich sein sollte, melde ich mich wegen.
SMART.Aus den Beiträgen zu SMART werde ich nicht klug. Ansonsten, wenn gparted patzt, wäre die Platte defekt. Melde mich abschließend Mit herzlichem Dank bis dahin wthiel
|
w.t-thiel
(Themenstarter)
Anmeldungsdatum: 10. November 2011
Beiträge: 323
Wohnort: Detmold
|
Hallo MartinD Jetzt ist die Festplatte endlich partitioniert und formatiert. Ich weiß nicht, warum das gparted erst im zweiten Anlauf hinbekommen hat. | root@wt-GA-MA78G-DS3H:/media/wt# ls -al
ls -al
insgesamt 16
drwxr-x---+ 4 root root 4096 Jun 19 13:43 .
drwxr-xr-x 4 root root 4096 Jun 18 10:54 ..
drwxr-xr-x 25 wt wt 4096 Feb 29 11:49 Daten
drwxr-xr-x 2 wt wt 4096 Jun 18 19:42 Datenarchiv
root@wt-GA-MA78G-DS3H:/media/wt#
|
Jetzt ist alles in Ordnung nach erneutem chown. Zuvor von der CD aus und nochmals von der installierten Version aus, hatte das Formatieren nicht funktioniert. Warum auch immer. Vielen Dank noch einmal wthiel
|
w.t-thiel
(Themenstarter)
Anmeldungsdatum: 10. November 2011
Beiträge: 323
Wohnort: Detmold
|
Hallo MartinD Ich bin es leider noch einmal. Ich arbeite ja noch zusammen mit einer externen Festplatte, die jeweils den Inhalt von Daten und Datenarchiv sichert. Will ich Verzeichnisse zurück von dort auf die Festplatte Datenarchiv kopieren, habe ich nicht ausreichend Rechte. S. dazu 4.png.
Zuerst dachte ich es könnte an | find /media/wt/Daten -type f -exec chmod -x {} \;
|
liegen. Dass Verzeichnisse und Dateien unterschiedlich behandelt werden sollten
Scheint aber nicht zu sein. 1. Kann es ein, dass nach erneutem Systemstart die Besitzrechte von wt wieder auf root geändert wurden? Beim vorherigen Post war korrekt auf wt gestellt. | wt@wt-GA-MA78G-DS3H:/media/wt$ ls -al
insgesamt 20
drwxr-x---+ 5 root root 4096 Jun 19 14:17 .
drwxr-xr-x 4 root root 4096 Jun 18 10:54 ..
drwxr-xr-x 25 wt wt 4096 Jun 19 18:38 Daten
drwxr-xr-x 3 root root 4096 Jun 19 12:45 Datenarchiv
drwx------ 7 wt wt 4096 Jun 19 18:31 e9e19231-735f-4ac8-80ba-fca3ebb2f894
wt@wt-GA-MA78G-D
|
2. Ich stelle mir vor, die Rechte von Datenarchiv wieder auf 777 zu stellen, um dann chown durchführen zu können. Hab schon wiederholt versucht. Kriege das nicht hin. 3. Grundsätzlich hat aber offenbar der Systemneustart etwas bewirkt, was sich immer wieder wiederholen könnte. Das gilt es abzustellen. | root@wt-GA-MA78G-DS3H:/etc# chmod -R 777 /media/wt/Datenarchiv
chmod: Beim Setzen der Zugriffsrechte für '/media/wt/Datenarchiv': Das Dateisystem ist nur lesbar
chmod: Beim Setzen der Zugriffsrechte für '/media/wt/Datenarchiv/lost+found': Das Dateisystem ist nur lesbar
chmod: das Verzeichnis '/media/wt/Datenarchiv/lost+found' kann nicht gelesen werden: Eingabe-/Ausgabefehler
root@wt-GA-MA78G-DS3H:/etc#
|
Schon hier scheitere ich. Mit herzlichem Dank wthiel
- Bilder
|
ML9104
Anmeldungsdatum: 8. Juni 2019
Beiträge: 356
|
Mir fehlt ein "sudo" bei dein "chmod" befehl. Und "chmod 777" ist nicht nötig für "chown", "sudo" aber schon.
|
MartinW
Anmeldungsdatum: 23. Februar 2013
Beiträge: 114
|
Hallo,
1. Kann es ein, dass nach erneutem Systemstart die Besitzrechte von wt wieder auf root geändert wurden? Beim vorherigen Post war korrekt auf wt gestellt.
Eigentlich nicht.
2. Ich stelle mir vor, die Rechte von Datenarchiv wieder auf 777 zu stellen, um dann chown durchführen zu können. Hab schon wiederholt versucht. Kriege das nicht hin.
Das musst Du nicht machen. chown geht auch vorher schon, die Reihenfolge ist da erstmal egal. Wie auch ML9104 schon erwähnt hat.
Mir fehlt ein "sudo" bei dein "chmod" befehl.
Das ist falsch. wthiel arbeitet als root, da hat er bereits die nötigen Rechte.
Schon hier scheitere ich.
Die Ausgabe sieht auch schlecht aus. Eingabe-/Ausgabefehler sind ein schlechtes Zeichen. Du solltest dir doch mal die SMART-Werte von der Platte ansehen, bevor du weitermachst. PS: Ich hab das Thema wieder auf ungelöst gestellt. Gruß Martin
|
ML9104
Anmeldungsdatum: 8. Juni 2019
Beiträge: 356
|
MartinW schrieb:
Mir fehlt ein "sudo" bei dein "chmod" befehl.
Das ist falsch. wthiel arbeitet als root, da hat er bereits die nötigen Rechte.
DAS ist so was von falsch! In (x)Ubuntu gibt's kein root user. Und das ist mit absicht.
Man kann aber mithilfe von sudo vorübergehend die rechte erhöhen auf admin ebene. Aber nur beim aktuellen befehl. Beim "mainstream" UNIX ist es eine andere sache, da gibt's "su". root@wt als prompt heisst nicht dass man admin ist.
|
MartinW
Anmeldungsdatum: 23. Februar 2013
Beiträge: 114
|
Hallo. @ ML9104
Ich habe keine Lust auf unnötigen Streit, aber bitte ließ Dir vielleicht noch einmal den Artikel mit Root-Rechten arbeiten, insbesondere den Abschnitt "in einer Root-Shell arbeiten", welcher eine Möglichkeit beschreibt auch unter Ubuntu eine root-shell zu öffnen. Im Übrigen gibt es den Benutzer root auch bei Ubuntu, standardmäßig ist für diesen nur kein Passwort vergeben, was die direkte Anmeldung verhindert. PS: Diese Diskussion hat hier aber auch nichts verloren, sie ist doch ein wenig 'of topic'. Gruß Martin
|
ML9104
Anmeldungsdatum: 8. Juni 2019
Beiträge: 356
|
@Martin, mir ist bewusst dass man mit viel akrobatik als root arbeiten kann. Kein streit von mir aus. Ist aber irrelevant hier. @wt, mein kommentar zwecks sudo beim chown und chmod steht. Ist auch einfacher.
|