Archiv > General

Fstab // Festplattenzuordnung

(1/4) > >>

Klemmerle:
Hallo zusammen - ich bins mal wieder :-)

Mein MLD-System verliert ab und zu seine Datenpartition. Im Rechner steckt fest eine Platte (10GB fürs System, der Rest für Aufnahmen).
Manchmal habe ich über einen USB-Adapter noch eine 2. Datenplatte dran hängen.

Eigentlich sollte dann die Systempartition "sda1" und die Datenpartition "sda2" heißen. Offensichtlich wird bei mir manchmal der Buchstabe "a" übersprungen und meine Partitionen heißen "sdbx"

--- Code: ---MLD> df -h
Filesystem                Size      Used Available Use% Mounted on
rootfs                    9.0G    316.5M      8.3G   4% /
rootfs                    1.7G     10.8M      1.7G   1% /mnt/rootfs
tmpfs                     1.7G    480.0K      1.7G   0% /mnt/tmpfs
root                      9.0G    316.5M      8.3G   4% /
tmpfs                   341.9M    556.0K    341.4M   0% /run
devtmpfs                  1.7G         0      1.7G   0% /dev
/dev/sdb1                 9.0G    316.5M      8.3G   4% /mnt/sdb1
/dev/sdb1                 9.0G    316.5M      8.3G   4% /etc/addons
/dev/loop0              768.0K    768.0K         0 100% /var/spool/apm.mnt/locales
...
--- End code ---
der VDR speichert dann manchmal auf der Systempartition die Aufnahmen  :(

meine fstab sieht so aus:

--- Code: ---MLD> cat /etc/fstab
proc        /proc           proc     defaults            0 0
devpts      /dev/pts        devpts   rw,noexec,nosuid,gid=5,mode=0620 0 0
sysfs       /sys            sysfs    defaults            0 0
devtmpfs    /dev            devtmpfs rw,mode=0755       0 0
tmpfs       /run            tmpfs    rw,noexec,nosuid,size=10%,mode=0755 0 0
none        /run/lock       tmpfs    rw,noexec,nosuid,nodev,size=5242880 0 0
none        /run/shm        tmpfs    rw,nosuid,nodev 0 0
/dev/dvd    /media/dvd      auto     ro,noauto           0 0
/dev/cdrom  /media/cdrom    auto     ro,noauto           0 0




/dev/sda2   /mnt/data       xfs    defaults         0 0
/dev/sdc1   /mnt/sdc1       xfs    defaults         0 0
--- End code ---
kann es sein, daß die fstab die leere Zeilen nicht verkraftet (wie kriege ich mit vi Zeilen gelöscht?)

Ist es möglich, in fstab by-UUID zu verwenden? blkid liefert:

--- Code: ---...
/dev/loop8: TYPE="squashfs"
/dev/sdc1: UUID="6bbc8192-a4e9-4c73-bd2b-d21dc0d8e2e" TYPE="xfs"
/dev/sr0: LABEL="K3b data project" TYPE="udf"
/dev/sdb2: UUID="155ee985-94fe-4d6d-a6ec-2c520e7c7ed" TYPE="xfs"
/dev/sdb1: UUID="9e75f771-d7a0-4e9e-bc0d-624b9a57aff" TYPE="ext4"
/dev/loop7: TYPE="squashfs"
...
--- End code ---

Wenn ja, muß ich symlinks neu setzen?
... ich bin da leider nicht so sattelfest....

Gruß
Klemmerle
 

Christian:

--- Quote --- Hallo zusammen - ich bins mal wieder :-)

Mein MLD-System verliert ab und zu seine Datenpartition. Im Rechner steckt fest eine Platte (10GB fürs System, der Rest für Aufnahmen).
Manchmal habe ich über einen USB-Adapter noch eine 2. Datenplatte dran hängen.

Eigentlich sollte dann die Systempartition "sda1" und die Datenpartition "sda2" heißen. Offensichtlich wird bei mir manchmal der Buchstabe "a" übersprungen und meine Partitionen heißen "sdbx"

--- Code: ---MLD> df -h
Filesystem                Size      Used Available Use% Mounted on
rootfs                    9.0G    316.5M      8.3G   4% /
rootfs                    1.7G     10.8M      1.7G   1% /mnt/rootfs
tmpfs                     1.7G    480.0K      1.7G   0% /mnt/tmpfs
root                      9.0G    316.5M      8.3G   4% /
tmpfs                   341.9M    556.0K    341.4M   0% /run
devtmpfs                  1.7G         0      1.7G   0% /dev
/dev/sdb1                 9.0G    316.5M      8.3G   4% /mnt/sdb1
/dev/sdb1                 9.0G    316.5M      8.3G   4% /etc/addons
/dev/loop0              768.0K    768.0K         0 100% /var/spool/apm.mnt/locales
...
--- End code ---
der VDR speichert dann manchmal auf der Systempartition die Aufnahmen  :(

meine fstab sieht so aus:

--- Code: ---MLD> cat /etc/fstab
proc        /proc           proc     defaults            0 0
devpts      /dev/pts        devpts   rw,noexec,nosuid,gid=5,mode=0620 0 0
sysfs       /sys            sysfs    defaults            0 0
devtmpfs    /dev            devtmpfs rw,mode=0755       0 0
tmpfs       /run            tmpfs    rw,noexec,nosuid,size=10%,mode=0755 0 0
none        /run/lock       tmpfs    rw,noexec,nosuid,nodev,size=5242880 0 0
none        /run/shm        tmpfs    rw,nosuid,nodev 0 0
/dev/dvd    /media/dvd      auto     ro,noauto           0 0
/dev/cdrom  /media/cdrom    auto     ro,noauto           0 0




/dev/sda2   /mnt/data       xfs    defaults         0 0
/dev/sdc1   /mnt/sdc1       xfs    defaults         0 0
--- End code ---
kann es sein, daß die fstab die leere Zeilen nicht verkraftet (wie kriege ich mit vi Zeilen gelöscht?)

Ist es möglich, in fstab by-UUID zu verwenden? blkid liefert:

--- Code: ---...
/dev/loop8: TYPE="squashfs"
/dev/sdc1: UUID="6bbc8192-a4e9-4c73-bd2b-d21dc0d8e2e" TYPE="xfs"
/dev/sr0: LABEL="K3b data project" TYPE="udf"
/dev/sdb2: UUID="155ee985-94fe-4d6d-a6ec-2c520e7c7ed" TYPE="xfs"
/dev/sdb1: UUID="9e75f771-d7a0-4e9e-bc0d-624b9a57aff" TYPE="ext4"
/dev/loop7: TYPE="squashfs"
...
--- End code ---

Wenn ja, muß ich symlinks neu setzen?
... ich bin da leider nicht so sattelfest....

Gruß
Klemmerle
--- End quote ---
Im vi mit "dd"

:)

DLX:
Du kannst die Platte auch per UUID Mounten. Dann hast du das Problem mit a oder b nicht mehr.
Die UUIDs erfährst du mit:

--- Code: ---blkid -o list -w /dev/null
--- End code ---

In der fstab sieht das dann so aus:

--- Code: ---UUID=55e8e195-f490-403b-b3d3-a9a5ab730ac2   /mnt/data       auto    defaults            0 2
--- End code ---

Was meinst du für Symlinks? Die sollten ja wenn dann eh auf das /mnt/-Verzeichnis zeigen und das ändert sich ja nicht.

Holger:
vi - guckst du hier :

Gruß
Holger

Klemmerle:
Hallo zusammen,
danke für die Tips - werde ich heute abend testen.

Auf bisherigen Distributionen war wenigstens "vim" vorhanden. Vi errinnert mich an alte DOS-Zeiten mit "edlin". Da stellen sich bei mir die Nackenhaare :-)

Gruß
Klemmerle

Navigation

[0] Message Index

[#] Next page