Sziasztok!
Mióta frissítettem Wheezy-ről Jessie-re, fennáll az a probléma a rendszeremen, hogy bármilyen USB adattárolót csatlakoztatok a géphez, létrejön a /dev/sdx (vagy akár /dev/mmcblk0) eszköz mellett egy /dev/mapper/xyz eszköz is, és a /dev/sdx eszköz foglalt lesz, csak a mapperen keresztül lehet elérni.
Olyannyira, hogy a legtöbb esetben a gépen futó KDE felugró plasmoidjában sem lehet csatolni őket (ritkán viszont működik).
Sőt, a HDD LED is villog egy darabig, amíg próbálkozik a rendszer, és volt olyan is, hogy az USB eszköz eltávolítását követően újraindításig folyamatosan villogott is tovább (ütemesen).
A neten keresgélve dmraid-et emlegetnek, de ez elvileg nem fut a rendszeren (egyébként is notebook), ráadásul válogatás nélkül, minden lemeznél csinálja, és akadályoz.
Úgy tűnik, az eszközök létrejönnek, majd néhány másodperc után a mapper bejegyzései is megjelennek.
Hogy tudnám teljes mértékben kiirtani ezt a kellemetlen tulajdonságot a rendszerből?
Szeretném a /dev/sdx eszközöket használni, és nem tetszik, hogy a rendszer "veszekszik" önmagával egy darabig az eszközön.
Gyári kernellel (is) csinálja.
A probléma Wheezy esetén nem állt fenn, de egyfajta USB3-mas kártyaolvasóval az is csinálta (semmi mással nem fordult elő).
Jessie-vel viszont nem találkoztam olyannal, amivel ne csinálná - kezdem unni a dolgot.
Esetleg van valakinek ötlete, mivel tudnám lebeszélni a mapper használatáról?
Hozzászólások
A /dev/mapper a devicemapper jatszotere. LUKS, LVM, ... ezt hasznalja. Mi is van pontosan azook az USB-s cuccokon? A blkid mit mond roluk? dmesg-ben mi van?
Igen, ezeket viszont nem használom a gépen (legalábbis üzemszerűen biztosan nem).
Az USB-s eszközök pl. microsd kártyaolvasók kétfajta syslinuxos boot/recovery megoldásommal, ugyanebben az olvasóban régi telefonomban használt microsd, másik (USB3) olvasóban ugyanezek, a gép SD-olvasójában ugyanezek, újonnan vásárolt microsd kártya, ismerősök pendrive-ja, telefon (N9) USB-n megjelenő adatpartíciója, stb. - ezeket próbáltam, magyarul minden Mass Storage eszköz.
A napokban egy Androidos stick-kel próbálkoztam microsd-ről bootolni, ezért kezdett jobban bosszantani a dolog.
blkid-ben két helyen jelenik meg az eszköz, pl.:
/dev/sdd1: LABEL="*" UUID="2E39-0BD3" TYPE="vfat" PARTUUID="000a5ec7-01"
/dev/mapper/Generic-_SD_MMC_20090815198100000-0:0: PTUUID="000a5ec7" PTTYPE="dos"
dmesg-ben megjelenik a device mapper munkája pl.:
device-mapper: table: 253:3: dm-1 too small for target: start=14360576, len=16779264, dev_size=16779264
[15843.730757] device-mapper: multipath: Failing path 8:34.
[15843.730771] end_request: I/O error, dev dm-1, sector 14360448
[15843.730778] Buffer I/O error on device dm-2, logical block 1794032
Sőt, "dmsetup ls" is megjeleníti, pl.:
Generic_USB_SD_Reader_12345678901234567890-0:0 (253:1)
(Lehet, hogy a fenti üzenetek nem ugyanarra az eszközre vonatkoznak.)
Le lehet tiltani vajon ezt az automatizmust - hogyan? :)
Úgy látszik multipath-szal próbálkozik, amire tuti biztos nincs szükséged.
A /etc/multipath.conf-ot nézném meg. Valami lehet benne. Van blacklist lehetőség is.
https://help.ubuntu.com/lts/serverguide/device-mapper-multipathing.html
"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."
Köszi.
Igazad van, a multipath okozta a problémát.
Ellenben /etc-ben csak egy multipath könyvtár van, benne egy bindings és wwids file-lal, mindkettő fejlészében az szerepel, hogy a multipath program kezeli (nem kézzel szerkesztendő).
/etc/defaults, ill. /etc alatt nem találtam konfigurációs lehetőséget.
Eltávolítottam a multipath csomagot, ezzel megszűnt a gyári kernel alatt is a mapper-es jelenség.
Nem tudom, mivel került ez fel, és miért kellett neki az összes Mass Storage eszközre aktiválnia magát...
Még tegnap este fordítottam egy kernelt device mapper támogatás nélkül (mármint éjszaka lefutott), ezt most elindítottam és megszűnt vele a problémám.
Ez viszont nem megoldás, csak tüneti kezelés.
Próbáltam modprobe.d könyvtárban dm-mod kernelmodult feketelistára tenni, újrageneráltam az (alap rendszerhez tartozó) initramfs-t, de a gyári kernellel továbbra is fennáll a jelenség.
Ezzel a másikkal most úgy működik, ahogy szeretném - mapper nélkül.
Így tehát nem okoz gondot, de tud valaki esetleg igazi megoldást erre?
Nem kell feketelistára tenni, elég törölni (rm).