kellemes meglepetés: Linuxot supportáltam

Fórumok

A lényeg az utolsó bekezdésben van.

Egy kedves ismerősöm hívott, hogy vett egy videó DVD-t, de nem tudja lejátszani a PC-jén. El is hadart valami MPlayer hibaüzenetet, ami ablakban megjelent neki. Ekkor még gyanútlanul annyit mondtam, hogy próbálja más lejátszóval. De hát hol van a másik lejátszó? Nézze végig a Start menüben, hogy milyen lejátszók vannak. De hát nincs is Start menü, csak XFCE menü van. Na, itt esett le a $SUBJECT.

Néhány próbálgatással megtalálta a Multimédia menüt, abban fel is sorolt néhány lejátszót (pl. MPlayer, Kaffeine, VLC, gxine). Kíváncsiságból újra felolvastattam vele az MPlayer hibaüzenetet. Kigrepeltem belőle, hogy a -vo opció hibás. (Volt két ötletem: -vo xv és -vo x11, de nem akartam őket telefonon elsütni.) Továbbléptünk a Kaffeinre. A fájl menüből meg tudtunk nyitni a DVD-t, de hibaüzenetet kaptunk: a megfelelő plugin hiányzik. (Törjön le a kiflije annak, aki codecek nélkül telepíti a Kaffeine-t.) Továbbléptünk a VLC-re. Némi szokásos ügyetlenkedés után elindult a film.

Egy ideig csend volt, majd megint hív, hogy a Linux nem adja ki a betett DVD-t. (Erre egyébként van már megoldás Linux alatt, hogy ha a user megnyomja az eject gombot, akkor egy force umount történjen, a megnyitott filehandle-k érvénytelenné váljanak, és a DVD kijöjjön? Ha van megoldás, miért nem rakják fel desktop Linux disztrókra alapból?) A megoldás az volt, hogy felolvastattam vele az XFCE menüt, megtaláltuk a fájlkezelőket, ezek közül a Nautilust választottam. (Majdnem mindegy lett volna, mit választok, egyik GUI-s fájlkezelőt se használtam még érdemben.) Megint felolvastattam vele a menüt. Ugrás / Számítógép / DVD ikon jobbklikk / Kiadás lett a megoldás.

A lényeg az, hogy ma kellemes meglepetés ért, hogy egy legvégsőbb felhasználó gépén Linuxot látok, és van bátorsága használni is. Persze a képhez hozzá tartozik, hogy ő maga annyira nem ért a számítógépekhez, hogy Windows és a Linux egyformán idegen a számára, így teljesen természetesen tud Linux alatt dolgozni. Most írja a szakdolgozatát (ahhoz kellett neki a film), kíváncsi leszek, milyen tapasztalatai lesznek OpenOffice-szal.

Hozzászólások

"Erre egyébként van már megoldás Linux alatt, hogy ha a user megnyomja az eject gombot[...]"

Az eject parancs az; amennyire én tudom, az látja el ezt a feladatot.

De annyi biztos, hogy nálam most openSUSE és KDE alatt működik a gomb megnyomás, DVD kiadás művelet.
Az umount nem force, tehát ha be van ragadva, kézzel kell az umounttal szórakozni, addig sehogy sem jön ki.

Kit érdekel egy francos gomb? Itt arról van szó, hogy a géped azt csinálja-e, amit te akarsz, vagy nem.

Ehhez képest jártam már úgy, hogy még a k*rva shutdown parancsra is fittyet hányt a rendszer vagy fél óráig, mert éppen egy cd-vel kínlódott.

És a helyzet nem javul, hanem egyre csak romlik: régebben még volt olyan processz, amit kilőve elengedte a cdromot, és ki lehetett venni a cd-t.
Most már vagy nincs ilyen, vagy nem hagyja magát kilőni, úgyhogy egy megoldás marad: kibekkelni azt a félórát :-(
(Jesszus: ez is friss találmány; olyan processzek, amit a root nem tud kilőni. Se hibaüzenet, se semmi, egyszerűen csak sunyin továbbfut.)

Az ilyesmik miatt hagytam ott a windows-t anno.

---
Mondjon le!

"abban a blocked state-ben levő process simán megkapta a sigkill-t"

Ezt nem mondom, mert mint felhasználót nem érdekel.

De az igen, hogy ha azon a régi rendszeren kilőttem egy kinit processzt, akkor visszanyertem az uralmat a cdrom és egyben az egész rendszer fölött anélkül, hogy várni kellett volna, vagy újra kellett volna indítani a rendszert.
Ma meg nem találok ilyen processzt, sőt néha már az utolsó mentsvár, a rendszer leállítás sem működik, csak ha jó félóra múltán végre feladja a rendszer a cd b*sztatását.

---
Mondjon le!

> Erre egyébként van már megoldás Linux alatt, hogy ha a user megnyomja az eject gombot, akkor egy force umount történjen, a megnyitott filehandle-k érvénytelenné váljanak, és a DVD kijöjjön? Ha van megoldás, miért nem rakják fel desktop Linux disztrókra alapból?

UHU 2.0-ban ez elvileg meg van oldva. Gyakorlatilag nem mindig működik, sőt, sokszor nem (sajnos). A /proc/sys/dev/cdrom/lock fájl (vagy vmi hasonló) 0-ba állításával elérhető, hogy nem lockolja a tálcát a kernel, ekkor az eject gomb kiadja a CD-t. Nem tudom, hogy ez az erősebb, vagy ha egy alkalmazás lowlevel nyitva tartja a fájlt. És hogy utóbbi esetben mi is történik vele pontosan... Valszeg kap valami hibát oszt jól van. A nehezebb kérdés a fájlleírók terén az, ha csatoltad a CD tartalmát, és az alatt nyitott meg fájlokat pár alkalmazás. Itt jöhetnének be a supermount és társai, de ezeket nem sikerült jól működésre bírnunk. Végül pozsy azt ötölte ki, hogy dupla csavarral két lépésben mountoljuk automatikusan a CD-t: először "rendesen" egy olyan könyvtár alá, ahova csak root tud belépni, és jól el van dugva (értsd: ha belép oda, akkor onnan kezdve az az ő felelőssége), és második lépésben ezt egy fuse modul tükrözi a felhasználó által is látott helyre. A hátrány nyilván valamekkora teljesítmény-csökkenés, de cserébe ott van hatalmas előnyként, hogy a fuse user-space-ben teljesen korrektül lekezeli ha elszáll alóla a talaj és normális hibaüzeneteket továbbít az alkalmazások felé, vagyis nem hülyül meg a kernel.

Kigrepeltem belőle

ez nagyon lol :)))

--------------------------
Debian etch, 2.6.18-3

[...] debnél és ubuntunál is volt dolgom sokszor azzal, hogy dvd lejátszás közben a lejátszó lehalt és nem bírtam megölni a process-t, tehát a disket se tudtam kivenni. sajna ez a problem még létezik.

+1
ilyenkor jon a gombostu ;P

---
"... nem zsaru vagyok, hanem a rendorfonok."

Néha egy lsof is segít.

A múltkor boot/rescue cd nélkül* akartam átméretezni a /usr partíciómat, de 1-es runlevelbe váltva sem tudtam lecsatolni a /usr-t. Egy lsof /usr megmutatta, hogy a bash használja a lokalizációt, ami a /usr/... könyvtárban van. (locale sor kikommentezése a megfelelő konfig fájlból;kilép;belép=>probléma megoldva)

*Nem tudtam, hogy az épp kéznél levő boot cd támogatja-e az lvm2-t.