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?
- 2022 megtekintés
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?
- A hozzászóláshoz be kell jelentkezni
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? :)
- A hozzászóláshoz be kell jelentkezni
Ú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."
- A hozzászóláshoz be kell jelentkezni
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...
- A hozzászóláshoz be kell jelentkezni
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?
- A hozzászóláshoz be kell jelentkezni
Nem kell feketelistára tenni, elég törölni (rm).
- A hozzászóláshoz be kell jelentkezni