Nem lenne rossz;) ... Azért tegyük fel, hogy azért volt előtte 'sync', csak éppen ha nincs umont, akkor az 'sdx' eszköz használatban marad... mindenképp az lenne a korrekt, ha ilyenkor eldobná az arra az eszközre vonatkozó mount-ot (mountokat).
A másik fele a kérdésnek az automatikus umount, amikor kirántják a pendrive-ot a számítógépből...
:)) Valld be, ott lapul a zsebedben a kis hordozható időgép, amellyel a kirántás következményeként lecsatolhatod a kirántást megelőző pillanatokban a filerendszert. :)
Most éppen úgy tűnik, hogy működik a dolog, ez a config: sdmount.conf
Ez pedig a "mount" outputjából a két utolsó sor:
/dev/sda on /penold type vfat (rw,uid=1001,showexec,quiet,codepage=852,iocharset=iso8859-2) /dev/sdb1 on /pen type vfat (rw,uid=1001,showexec,quiet,codepage=852,iocharset=iso8859-2)
(Látható, hogy az első nincs partícionálva, a második viszont igen).
A kernel hotplug interface-n figyelne (/proc/sys/kernel/hotplug), megkeresné az első nem-mountolt scsi eszközt, továbbá egy config-file-ból megsaccolná, hogy mi is az, amivel dolga van
(pl: #condition mount point type options SERIAL=4CAA929F3F598C19 /pen vfat uid=1000 VENDOR=1234,PRODUCT=5678 /camera vfat uid=1001 * /ize auto uid=0 )
A slack alatt ez nem tudom hogy megy, a 4.8-as zenwalkban van egy pöpec hotname eszköz, azzal pont ezt teheted meg. Bedugod a pendrive-t/fényképezőgépet, az hotnamel nevet adsz neki, a következőkben mindig azon a néven fog becsatolódni.
(Persze a snapshotban ez már nem így van, ott a hotplugot kiszórták és a hal lett helyette :-( A zen snapshoton most ha van label, akkor a /media/$LABEL alá mountolja, egyébként a media/diskn-re, bár igérik, hogy az 5.0-ban visszahozzák a fenti funkcionalitást.)
Inkább annak az eszköznek a neve érdekelne, amelyik az éppen bedugott USB-eszközt megvizsgálja, rájön, hogy az az én pendrive-om, nem pedig mondjuk a lányom fényképezőgépe, és ennek megfelelően mountolja a /pen-teve könyvtárba, függetlenül attól, hogy milyen sd* device lett belőle.
Ez elején én is utáltam, de annyi hardware van már a PC-khez, hogy átláthatatlanul nagy lesz a /dev, ha statikusak benne a file-ok, sőt, megkockáztatom, az illető eszközfile keresése növelheti a hozzáférési időt.
Azért ez nincs így szerintem. A /etc/udev/rules.d könyvtárban lehet hegeszteni file-okat. Ezen felül az induláskor betölthetsz bármilyen modult az indító script-ekből.
Mondjuk nem szeretnék vígan kísérletezni, és arra az eredményre jutni, hogy nem működik semmi, mert van egy töküres /dev könyvtáram... szóval egy kis óvatosság nem fog ártani
Például, udev esetén, ha betöltöm a 'pata_marvell' modult, akkor megjelenik egy /dev/cdrom file. Ha nincs udev, akkor meg tudom beszélni a modprobe.conf-fal, hogy ha a /dev/cdrom-ot akarom mountolni, akkor töltse be a pata_marvell-t.
Szóval, hogy ne a lekvár csóválja a vadászt, vagy hogy is van ez a szólás...
Nem tudom, hogy ez kanji-e, vagy katana, egyiket sem értem, de mindenesetre nem áll szándékomban leszedni a működő rendszeremet... A következő részlet, ami még a hangolásból hiányzik, az az udev likvidálálása lesz.
Ezek szerint mindkét disztró telepítő kerneljéből hiányzik a hagyományos ATA driver és full libata-s?! Ha jól emlékszem, van valami generic PATA driver is, azzal sem ment?
Mármint az új, korszerű SATA-képes Intel alaplapokon a hagyományos IDE-s (mostani nevükön: PATA-s) készülékek csak a 'pata_marvell' nevű komponens (kernelmodul) jelenlétében érhetők el, ez pedig nem volt benne a telepítő-kernelben (a két disztró egyikében sem).
Egyébként a kettő közül egyik sem kezelte a PATA-s DVD-t,
Ezen igen meglepődtem, tekintve, hogy Slack 7/8 óta PATA CD/DVD-ről telepítettem mindig a 11-ig. Azóta Zen felhasználó vagyok :-) Nem SATA-t akartál írni? (arra is van kernel, a bootkor meg kell adni, melyiket bootolja)
> Abban mi a jó, hogy Slackware-re Debian csomagokat teszel?
Azért nem véletlen, hogy a Debian három DVD-n érkezik, a Slackware meg csak egyen... több a program a Debihez, ez kétségtelen... Egyébként a kettő közül egyik sem kezelte a PATA-s DVD-t, de a Slackinak legalább volt olyan opciója, hogy telepítés HDD-ről... Azt meg, hogy a kernelt így is, úgy is frissíteni kell, magamtól is tudtam (speciel, hogy az IPX-től elszálljon, azt akkor is egy kicsit túlzásnak érzem...)
Abban mi a jó, hogy Slackware-re Debian csomagokat teszel? Annyi disztríbució van, mint csillag az égen, s ezek között találsz olyat is, ami elég új ahhoz, hogy valószínűleg kezeli a hardware-edet, ugyanakkor minden megvan hozzá bináris csomagban is.