Portál AbcLinuxu, 10. května 2025 08:26
#GENTOO ACTION=="add", SUBSYSTEMS=="scsi", SYSFS{size}=="61432560", SYMLINK+="extdisk_gentoo" ACTION=="remove", SUBSYSTEMS=="scsi", SYSFS{size}=="61632560", RUN=="umount /mnt/gentoo" #DATA ACTION=="add", SUBSYSTEMS=="scsi", SYSFS{size}=="92759310", SYMLINK+="extdisk_data" ACTION=="remove", SUBSYSTEMS=="scsi", SYSFS{size}=="92759310", RUN=="umount /mnt/data"do FSTAB jsem si jeste pridal automaticke pripojeni /dev/extdisk_gentoo do /mnt/gentoo a /dev/extdisk_data do /mnt/data :
/dev/extdisk_data /mnt/data ntfs-3g user,locale=cs_CZ.utf8,rw 0 0 /dev/extdisk_gentoo /mnt/gentoo ext3 user,rw 0 0Jenze zarizeni extdisk_data se nepripoji (po pripojeni rucne ale je to OK), a extdisk_gentoo se pripoji pouze pro cteni.
/dev/disk/by-id/
(význam je zřejmý), a jejich využití vidím jako rozumnější.
2. Disk musí být umount
nut PŘED jeho FYZICKÝM odpojením, a akce remove
je (hádám) reakcí právě teprve na fyzické vyjmutí HW ze systému – takže, jestli jsem správně pochopil cíl Vašeho snažení, něco takového je vlastně nemožné.
umount
nutí disku nespočívá v pouhém odstranění odkazu na něj – je třeba zapsat na něj data, která jsou zatím v bufferech v RAM, jinak by došlo k poškození souborového systému či dat na něm(!!!) ..nedávno jsem tady známému formátoval polozničenou kartu z foťáku, kterou bez odpojení vytáhl ze čtečky, když neměl čas čekat na zatuhlá windows
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.