Turoy
Anmeldungsdatum: 19. September 2011
Beiträge: 578
|
Hallo, der "Zugang" meiner neuen NAS verzögert sich leider weil ich (mal wieder) defekte (3 Teile von 5 kaputt bei Auslieferung) Neugeräte geliefert bekam. Ich will nun den USB Stick meines Panasonic TVs (~200 von 250 GB frei) kurzfristig als Zwischenspeicher nutzen, ohne diesen neu zu formatieren. Dazu muss ich wohl die Rechte ändern, aber da ich das bisher noch nie gemacht habe, hilft mir auch die Seite: https://wiki.ubuntuusers.de/chmod/ leider nicht wirklich weiter. Kann mir jemand vielleicht die nötigen Befehle nennen, die ich brauch um einen Ordner tmp zu erstellen, in dem dann JEDER lesen, schreiben + löschen darf?
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 17665
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
Erstelle den Ordner mit root-Rechten:
sudo mkdir /media/pfad/tmp
Dann sudo chmod a+wrx /media/pfad/tmp
Dann kann jeder lesen, schreiben und ausführen.
|
Thomas_Do
Moderator
Anmeldungsdatum: 24. November 2009
Beiträge: 8549
|
Wenn der Stick fat oder ntfs formatiert ist,was ich annehme, sollten die Rechte eigentlich kein Problem darstellen. Welches Dateisystem ist den drauf? Unter Ubuntu kannst Du das leicht beu eingestecjtem Stick feststellen: sudo parted -l # kleines L
|
Turoy
(Themenstarter)
Anmeldungsdatum: 19. September 2011
Beiträge: 578
|
Hallo ihr beiden, VIELEN DANK für die extrem schnelle Hilfe! @DJKUhpisse
genauso hat's geklappt, und so schnell, wohw ! 👍 @Thomas_Do
Filesystem: xfs PS btw.: frohe Weihnachten @all
|
Turoy
(Themenstarter)
Anmeldungsdatum: 19. September 2011
Beiträge: 578
|
Oh, irgendwie gingen wohl einige Daten auf dem "für alle zugänglich" gemachten Teil verloren, oder irgendwas anderes stimmt nicht. 😲 Ich wollte den USB Stick heute weiter nutzen, ich brauche den "restlichen Platz", leider kommt da nur noch diese Fehlermeldung:
- Bilder
|
Dogeater
Anmeldungsdatum: 16. Juni 2015
Beiträge: 3381
|
Versuche die Partition(en) von einem Root-Terminal aus zu mounten und dann wieder zu unmounten. Dann sollte das Journal bereinigt sein. Wenn das auch nicht klappt könnte noch xfs_repair helfen. https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/6/html/storage_administration_guide/xfsrepair
|
Turoy
(Themenstarter)
Anmeldungsdatum: 19. September 2011
Beiträge: 578
|
Hallo Dogeater, vielen Dank für deine schnelle Hilfe / Antwort, aber ich brauche noch bisserl mehr Hilfe, da ich mich mit den "Terminal Sachen / Befehlen" nicht wirklich gut auskenne. Kannst du mir vielleicht den dazu nötigen "Befehl" nennen, so dass ich es per "copy & paste" im Terminal einfügen kann ?
|
Dogeater
Anmeldungsdatum: 16. Juni 2015
Beiträge: 3381
|
Mit
sudo blkid
lsblk
kommst du auf die richtige Spur.
|
Turoy
(Themenstarter)
Anmeldungsdatum: 19. September 2011
Beiträge: 578
|
Ausgabe fü: sudo blkid :
/dev/loop0: TYPE="squashfs"
/dev/loop1: TYPE="squashfs"
/dev/loop2: TYPE="squashfs"
/dev/loop3: TYPE="squashfs"
/dev/loop4: TYPE="squashfs"
/dev/loop5: TYPE="squashfs"
/dev/loop6: TYPE="squashfs"
/dev/loop7: TYPE="squashfs"
/dev/sda1: UUID="CE11-AE2E" TYPE="vfat" PARTUUID="3e718692-4ec3-4d55-ad72-bfcb1be1a8b8"
/dev/sda2: UUID="3ccdc438-3929-4d47-ad7c-d69d750456c4" TYPE="swap" PARTUUID="0f698cb7-9160-47a6-99ed-bf6647208eb9"
/dev/sda3: UUID="1b146d78-82d6-4daa-bdb4-12fc8f578f48" TYPE="ext4" PARTUUID="9b401975-a54d-48b6-a145-c4edab23a884"
/dev/loop8: TYPE="squashfs"
/dev/sdb: LABEL="Data" UUID="1b7abe5d-48b8-478b-847d-3ef221c6aa5c" TYPE="ext4"
/dev/loop9: TYPE="squashfs"
/dev/loop10: TYPE="squashfs"
/dev/loop11: TYPE="squashfs"
/dev/loop12: TYPE="squashfs"
/dev/loop13: TYPE="squashfs"
/dev/loop14: TYPE="squashfs"
/dev/loop15: TYPE="squashfs"
/dev/loop16: TYPE="squashfs"
/dev/loop17: TYPE="squashfs"
/dev/loop18: TYPE="squashfs"
/dev/loop19: TYPE="squashfs"
/dev/loop20: TYPE="squashfs"
/dev/loop21: TYPE="squashfs"
/dev/loop22: TYPE="squashfs"
/dev/loop23: TYPE="squashfs"
/dev/loop24: TYPE="squashfs"
/dev/loop25: TYPE="squashfs"
/dev/loop26: TYPE="squashfs"
/dev/loop27: TYPE="squashfs"
/dev/loop28: TYPE="squashfs"
/dev/loop29: TYPE="squashfs"
/dev/sdd1: UUID="1189dded-7e45-47c2-a41a-8f4ba00b1408" TYPE="xfs" PARTUUID="f6dcabca-755d-4015-9bb0-40e8a6a989c9"
/dev/sdd2: UUID="e2f40077-0fdf-4388-b9c0-cecbd6d3ccde" TYPE="xfs" PARTUUID="e8f14b95-b8f1-4b7b-bbf5-34a3a9fcd38b" Ausgabe für: lsblk:
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
loop0 7:0 0 53,7M 1 loop /snap/core18/594
loop1 7:1 0 2,3M 1 loop /snap/gnome-calculator/260
loop2 7:2 0 2,3M 1 loop /snap/gnome-calculator/238
loop3 7:3 0 53,7M 1 loop /snap/core18/677
loop4 7:4 0 34,6M 1 loop /snap/gtk-common-themes/818
loop5 7:5 0 4,7M 1 loop /snap/canonical-livepatch/49
loop6 7:6 0 14,5M 1 loop /snap/gnome-logs/43
loop7 7:7 0 79,6M 1 loop /snap/matroska-tools/19
loop8 7:8 0 34,8M 1 loop /snap/gtk-common-themes/1122
loop9 7:9 0 91,1M 1 loop /snap/core/6259
loop10 7:10 0 7,5M 1 loop /snap/canonical-livepatch/54
loop11 7:11 0 13M 1 loop /snap/gnome-characters/124
loop12 7:12 0 4,9M 1 loop /snap/canonical-livepatch/50
loop13 7:13 0 140,7M 1 loop /snap/gnome-3-26-1604/78
loop14 7:14 0 13M 1 loop /snap/gnome-characters/139
loop15 7:15 0 53,7M 1 loop /snap/core18/719
loop16 7:16 0 34,2M 1 loop /snap/gtk-common-themes/808
loop17 7:17 0 3,7M 1 loop /snap/gnome-system-monitor/54
loop18 7:18 0 13M 1 loop /snap/gnome-characters/117
loop19 7:19 0 140,9M 1 loop /snap/gnome-3-26-1604/70
loop20 7:20 0 14,5M 1 loop /snap/gnome-logs/45
loop21 7:21 0 3,7M 1 loop /snap/gnome-system-monitor/57
loop22 7:22 0 135,8M 1 loop /snap/gnome-3-28-1804/9
loop23 7:23 0 130,2M 1 loop /snap/gnome-3-28-1804/4
loop24 7:24 0 91M 1 loop /snap/core/6405
loop25 7:25 0 14,5M 1 loop /snap/gnome-logs/40
loop26 7:26 0 143,2M 1 loop /snap/gnome-3-28-1804/11
loop27 7:27 0 2,2M 1 loop /snap/gnome-calculator/222
loop28 7:28 0 140,7M 1 loop /snap/gnome-3-26-1604/74
loop29 7:29 0 91M 1 loop /snap/core/6350
sda 8:0 0 238,5G 0 disk
├─sda1 8:1 0 94M 0 part /boot/efi
├─sda2 8:2 0 4,7G 0 part [SWAP]
└─sda3 8:3 0 233,7G 0 part /
sdb 8:16 0 1,8T 0 disk /Daten
sdd 8:48 1 234,4G 0 disk
├─sdd1 8:49 1 1G 0 part /media/USER/1189dded-7e45-47c2-a41a-8f4ba00b1408
└─sdd2 8:50 1 233,4G 0 part
sr0 11:0 1 1024M 0 rom
|
Dogeater
Anmeldungsdatum: 16. Juni 2015
Beiträge: 3381
|
Ja, zwei xfs-Partitionen sind vorhanden. Eine davon ist schon ordnungsgemäß eingehängt. Nun weißt du, was zu tun ist, das steht nämlich im Link oben.
|
Turoy
(Themenstarter)
Anmeldungsdatum: 19. September 2011
Beiträge: 578
|
Das "Device" deas ich nutzen / reparieren will, ist laut LAUFWERKE: /dev/sdd2 Also soll / muss ich im Terminal xfs_repair /dev/sdd2 eingeben?
|
Dogeater
Anmeldungsdatum: 16. Juni 2015
Beiträge: 3381
|
Richtig!
Und sudo voranstellen.
|
Turoy
(Themenstarter)
Anmeldungsdatum: 19. September 2011
Beiträge: 578
|
Der Befehl xfs_repair an sich wird nicht gefunden, wie installiere ich das nun? Normal würde ich im Softwarecenter (oder wie auch immer das jetzt unter 18.04 heißt) danach suchen, aber ich fürchte ich finde es dort nicht ?
|
Turoy
(Themenstarter)
Anmeldungsdatum: 19. September 2011
Beiträge: 578
|
Ich hab's beim Internet suchen gefunden: sudo apt-get install xfsprogs Danach den dann "repariert", nur funktioniert die Partition immer noch nicht. ☹ sudo xfs_repair /dev/sdd2
Phase 1 - Superblock finden und überprüfen...
Phase 2 - ein internes Protokoll benutzen
- Null-Protokoll...
- freier Speicher und Inode-Karten des Dateisystems werden
gescannt...
- Wurzel-Inode-Stück gefunden
Phase 3 - für jedes AG...
- agi unverknüpfte Listen werden gescannt und bereinigt...
- bekannte Inodes werden behandelt und Inode-Entdeckung wird
durchgeführt...
- agno = 0
- agno = 1
- agno = 2
- agno = 3
- neu entdeckte Inodes werden behandelt...
Phase 4 - auf doppelte Blöcke überprüfen...
- Liste mit doppeltem Ausmaß wird eingerichtet...
- es wird geprüft ob Inodes Blocks doppelt beanspruchen...
- agno = 0
- agno = 1
- agno = 2
- agno = 3
Phase 5 - AG-Köpfe und Bäume werden erneut gebildet...
- Superblock wird zurückgesetzt...
Phase 6 - Inode-Verbindbarkeit wird geprüft...
- Inhalte der Echtzeit-Bitmaps und Zusammenfassungs-Inodes werden zurückgesetzt
- Dateisystem wird durchquert ...
- durchqueren beendet ...
- nicht verbundene Inodes werden nach lost+found verschoben ...
Phase 7 - Verweisanzahl wird geprüft und berichtigt...
erledigt
|
Turoy
(Themenstarter)
Anmeldungsdatum: 19. September 2011
Beiträge: 578
|
Update: Auch mit dem boardeigenen Laufwerke Programm komme ich nicht weiter. Sowohl bei "überprüfen", als auch bei "reparieren" heißt es :kein Fehler gefunden bzw. "wurde repariert", dennoch lässt sich die Partition nicht mounten. 😢
|