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.
- 2076 megtekintés
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.
- A hozzászóláshoz be kell jelentkezni
szerintem arrol lenne szo, hogy az a francos gomb mukodjon a cdromon :)
--
The Internet has evolved from smart people in front of dumb terminals to dumb people in front of smart terminals.
- A hozzászóláshoz be kell jelentkezni
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!
- A hozzászóláshoz be kell jelentkezni
Tervezz és csinálj jobbat. Olyat, hogy egy processz akkor is meghaljon, ha épp blokkolva van.
- A hozzászóláshoz be kell jelentkezni
vagy csak siman hagyja ott a francba, van sok mas os
--
The Internet has evolved from smart people in front of dumb terminals to dumb people in front of smart terminals.
- A hozzászóláshoz be kell jelentkezni
"Tervezz és csinálj jobbat."
Te új vagy a linux fronton ugye?
Mert ha nem, akkor tudnod kellene, hogy már volt jobb: egy SuSE 6.4 (már nem emlékszem, talán kernel 2.0x v. 2.2x ?) még azt csinálta, amit a user akart.
---
Mondjon le!
- A hozzászóláshoz be kell jelentkezni
Nem, nem igazán vagyok új, még használtam 2.0-ás kernelt. Nehogy már azt mondd, hogy abban a blocked state-ben levő process simán megkapta a sigkill-t.
Szerk: Ha neked az őskorbeli suse jobban bejön, használd azt.
- A hozzászóláshoz be kell jelentkezni
"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!
- A hozzászóláshoz be kell jelentkezni
hasznald a kill -9 processz_id parancsot
meg kapcsold ki a selinuxot, meg az egyeb kernelbe epitett biztonsagi izeket, ha nem kellenek
szvsz ezek szoktak meg a rootot is korlatozni
- A hozzászóláshoz be kell jelentkezni
kill -9 se lövi ki?
- A hozzászóláshoz be kell jelentkezni
Nem. Bár én a "kill -KILL"-t használom helyette, ami - gondolom - egyenértékű.
---
Mondjon le!
- A hozzászóláshoz be kell jelentkezni
Ha meg beragad (nincs mountolva es megsem nyilik ki), cdrdao --unlock a megoldas.
- A hozzászóláshoz be kell jelentkezni
> 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.
- A hozzászóláshoz be kell jelentkezni
ügyes trükk :)
- A hozzászóláshoz be kell jelentkezni
Találtam egy ilyet:
http://psydev.sourceforge.net/new/auto-eject-cdrom/
Az umount parancsonak lehetne paramétert adni ... , vagy ejectelni..
- A hozzászóláshoz be kell jelentkezni
"UHU 2.0-ban ez elvileg meg van oldva. Gyakorlatilag nem mindig működik, sőt, sokszor nem (sajnos)"
nálam 10 nem működő esetből 9* megoldja az alábbi: umount /media/.fuse/_dev_hdc
--
by Mikul@s
- A hozzászóláshoz be kell jelentkezni
Kigrepeltem belőle
ez nagyon lol :)))
--------------------------
Debian etch, 2.6.18-3
- A hozzászóláshoz be kell jelentkezni
Suse alatt nekem is volt olyan, hogy nem adta a korongot. Nem állt le, "device is busy", kjournald ment két példányban, azt kellett kilőni. Járt már így valaki?
UHU-nál , Debian-nál a CD/DVD-vel minden ok.
- A hozzászóláshoz be kell jelentkezni
nem oké az. 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.
- A hozzászóláshoz be kell jelentkezni
[...] 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."
- A hozzászóláshoz be kell jelentkezni
Érdekes, nekem ubuntu (606) kiadja, ha a DVD lejátszón (a hardveren) nyomom az eject gombot, akármi van. És rendesen umount-olja is.
- A hozzászóláshoz be kell jelentkezni
Suse 10.0-val nekem is sokszor volt hasonló gondom, de nem csak a dvd olvasóval, hanem sokszor az USB kulcsot sem volt hajlandó leválasztani, mondván nincs hozzá jogom és/vagy használja vmi.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
Ma is tanultam valamit! Úgy értem valami hasznosat, ami sokszor jól jött volna már eddig is.
- A hozzászóláshoz be kell jelentkezni