Ez történik akkor, ha egy teljesen értetlen, átlag vindóz felhsználó linux elé ül: http://index.hu/tech/szoftver/ubu071025/
Szegénynek, nem szólt senki, hogy a linux nem windows, ha annak próbálja használni az nem fog működni, s ha ebből a próbálkozásból tesztet írni is akar, maximum saját magából csinál hülyét... nem kicsit, nagyon! (szegénykémnek már az is fanatikus linux guru, aki a terminalt kezelni tudja... szóval, kár volt megszólalnod Balázska, a te érdekedben)
Linus szerint már nem devel volt az! :) Ha jól emlékszem, 2.6.10 körül sikerült az usb-storage modult olyan állapotba hozni, hogy a modprobe -r illetve rmmod képes volt eltávolítani rendesen.
"Azért legyünk tárgíilagosak: ez a bug igen nagy bug."
Igen. Legyünk tárgyilagosak. Tóth Balázs a hülyeséget emelte négyzetre, amikor leült megírni ezt a cikkét (is) linux témában.
Linuxot én még lefagyni nem láttam az elmúlt 14 év alatt, ebből következik, hogy ő se túl gyakran észlelhetett ilyesmit. A linux ugyanis nem windows. A linux annak rendje és módja szerint teszi a dolgát, fut a vason. Ennek ékes bizonyítéka maga az internet, a rengeteg szerverrel a háttérben, amelyeken linuxok futnak. A linux mellé még ott van az X. Ez már persze kívül a linuxon, mint ahogy a számtalan, esetenként ezer fölötti user space program is, amelyet egy-egy disztróba belecsomagolnak. Ezen programok bizonyos hányada még kiforratlan, esetleg piszkált. Nem csoda hát, ha egyik másik produkál fura jelenségeket, esetleg nem azt teszi, amit tennie kellene. Ez nem a linux hibája, hanem a prog fejlesztőjéé, esetleg a disztró összeállítója okolható még. Ettől azonban a linux linux marad s ha egy program zizis, akkor keresni kell helyette másikat (jelenleg kb. 15000-ből). Nincs ez másképp a windows világában sem. A két opre között inkább az a különbség, hogy míg a linux esetében a user space programok adják meg magukat (HA!), addig a windowsnál inkább maga a rendszer áll fejre, vagy csinál hülyeségeket. A két system támadhatóságáról nem ejtenék szót. Feleslegesnek tartom, akkora a különbség a linux javára.
Az mindenesetre igaz, hogy a windows könnyebben programozható, valamivel könnyebben elsajátítható az alapszintű kezelése, de az is igaz, hogy olyan személy ne akarjon cikket írni a két rendszer különbségeiről, aki egy rendszer szerves részének tekint egy mp3 lejátszó programot. Az oprének ugyanis nem ez a feladata, hanem az, hogy a user által kiválasztott és megfelelőnek tartott, jól megírt mp3 lejátszóhoz (is) ideális platformot nyújtson.
A cikk szerzője nagyvonalúan eltekintett többek között a sebességnek, a skálázhatóságnak, az esetleges vírusfertőzés veszélyeinek, valamint a beszerzési árnak mint szempontnak a taglalásától.
Tóth Balázs cikke káros. Tóth Balázs cikke annyit ér, mint amennyit a véleménye. Magyarán szólva: semmit.
Persze, hogy hiba ez az Ubuntuban - vagy az alkalmazásban -, ezt nem is vitatom. Elsősorban az általam bemásolt ostoba hozzászóláson akadtam ki. Aki írta, nem gondolkodott, csak nagy hévvel írt tömény hülyeséget.
Azért legyünk tárgíilagosak: ez a bug igen nagy bug... Viszont a windowsnak sem kell a szomszédba mennie hasonló viselkedésért: 1. kidobja a cd-író program a megírt cd-t, annak rendje és módja szerint. Ezután a gépet csak erőszakkal lehet leállítani, mert feldobja az üzenetet: "Nincs lemez a meghajtóban". Ugyanezt floppyval is képes produkálni az 1.0-s win óta változatlanul, biztosan kompatibilitási okból:-) 2. nyomtatás inaktív/kikapcsolt nyomtatóra: a nyomtatási sort sokszor csak a gép újraindítása után lehet törölni:-(
nem csatolja le: folyamatosan figyeli a kártyát, és azonnal frissíti a hátralévő képek számát, ha változás történik! (eltávolításkor "E" betűre, új kártya behelyezésekor annak kapacitásának megfelelőre)
egyszerűen a foglalat mellett van egy LED, ami elalszik, ha már nincs dolga
Ha kikapcsolod a számítógépet, akkor utána nyugodtan kihúzhatod a kártyát is, úgyhogy ez ott is működik. De pl. ha mondjuk olyan fgéped van, amiben esetleg utólagosan is lehet szerkeszteni a képeket, és ilyen munka közben lerántod a kártyát, azért lehet gond.
Itt, a vitás esetben pedig nagyjából ez történt. Júzer megnyitott egy jó csomó képet (zenét, akármit), aztán "csodálkozott", hogy nem tetszik a rendszernek, hogy leszedte az eszközt, amin ezek vannak.
ezt írtad: "ha kikapcsolod, utána nem ír az már semmit sehova", és ezt csak úgy tudom értelmezni, mintha be sem fejezné az aktuális írási műveletet - márpedig ez nem így van
a készenléti állapot már típustól függő, h mit takar, de pl a státusz LCD-vel ellátott Nikonok ilyenkor is figyelik a kártyát, és annak cseréje esetén rögtön (ilyen "kikapcsolt állapotban" is) frissítik a kijelzőn a hátra lévő képek számát
miért lényeges az egész? mert a kamerában sem umount-olsz, nem állítod le a kártyát - egyszerűen csak kihúzod, ha már végzett
Nem érted, mit írtam, de azt sem, amit te. Ha üzem közben kapod ki a kártyát a fényképezőgépből, akkor nem ír rá semmit, hanem elszáll. A te szövegedből meg az jön le (legalábbis számomra), hogy kikapcsolás után, bekapcsoláskor folytatja az írást. Amúgy meg, kétféle kikapcsolási mód van. Persze, amikor a "főkapcsolót" kapcsolod le, az aktuális munkát akkor is befejezi, de utána bizony áramtalanít (legalábbis minden tisztességesen megtervezett eszköz).
És ebből mi következik? Attól még egy kártyaolvasóra is kiadhatod a safely remove-ot - és ez lenne a helyes -, az meg adott esetben a Windows szégyene, ha ezek után nem tudod mount-olni az eszközt újra. Mellesleg az, hogy valamit a szakma szabályait figyelmen kívül hagyva csinálnak meg, még nem igazolja azt, hogy az úgy helyes.
Mondok példákat. Láttam már olyan áramkört, amelyben LED-et feszültséggenerátorosan hajtottak meg, holott ez is helytelen. Létezik külső USB-s HDD keret, amit egyetlen USB portra dugnak, bár gyakran működik, nem tartják a specifikációt, mert seek-elésnél illetve a lemezek gyorsításakor 0.5A-nél többet vehet fel a HDD, és ehhez jön hozzá az USB kontroller áramfelvétele. Sokan a CPU, RAM, VGA interface vonatkozásában nem tartják a gyári specifikációkat. Ezek mind a hozzá nem értés vagy az alacsony önköltségre való törekvés következményei, de attól még szakmaiatlan, elvi hibát tartalmazó eljárások.
Természetesen, ha valami olyat csinálok, aminek a következménye akár lefagyás is lehet, előbb kiadom én is a sync parancsot, hogy minél kisebb valószínűséggel essen szét a filerendszer, illetve legyen adatvesztés. Ám ezzel csak az esélyeket javítom, ez önmagában kevés, továbbra sem helyes eljárás. De még mindig jobb, mintha ezt sem tenném.
pontosan! és abban a használatiban mi szerepel? "ne vegyük ki a kártyát, amíg az aktivitást jelző LED világít" - és ennyi vonatkozik a kártyaolvasóra is...
akkor mégegyszer: a "safely remove" magát az eszközt állítja le! (nem a kártyaolvasó egyetlen slotját, hanem a teljes eszközt, mindenestül) vagyis ez csak olyasminél játszik, amit utána újra föl lehet csatlakoztatni az USB-re
egyetlen fényképezőgépen sem fizikai áramtalanítást végez a ki/bekapcsoló, hanem csak készenléti módba helyezést, elalvást indít el ilyenkor pedig az épp folyamatban lévő képkiírást természetesen még folytatja - legalábbis minden tisztességesen megtervezett eszköz (de ami a kezemben volt eddig, az mind így működött)
Nem derül ki a cikkből, hányszor nyitotta meg azt a programot, ami nyitva maradt. És ha a program százszor volt megnyitva, akkor nem lehetséges nagyon, hogy a egy hibaüzenettel lerendezze a rendszer. Nekem a képernyő pont úgy néz ki, mint amikor valaki ilyet tesz (képre rákkattint, megnyit, tálcára le, következőre is rákattint, és így tovább, aztán úgy felejti).
És az a jobbik eset, ha csak a kép nem lesz rajta. Naplózott filerendszer ezt garantálja is, mármint azt, hogy adatvesztés lehet, de nem hullik szét az fs. Viszont egy FAT simán széthullhat, inkonzisztens lehet, és akkor megy a levesbe az a kép is, amihez fél éve hozzá sem nyúltak.
Nem említheted, ugyanis két eset lehetséges. Vagy szabályosan távolítod el az eszközt, vagy széthullhat a filerendszered. És erre az sem érv, hogy az UHU Linux szakemberei azt mondták, hogy csak ki kell húzni a pendrive-ot, és kész. Erre én azt mondom, hogy aki így gondolja, menjen más szakterületre, talán közgazdásznak még alkalmas lehet... Végső esetben BKV ellenőrnek.
Azt én is írtam, hogy az bug, hogy nem csak egyetlen ablak jött fel a hibaüzenettel. Igen, ez valóban hiba. A problémám azzal a hozzászólással volt, miszerint elvárható lenne, hogy kitéphesse valaki a csatlakozóból a pendrive-ot. Nem elvárható, mert előbb meg kell tagadni az alkalmazások felé a hozzáférést, utána flush-ölni kell a disk cache-t, ideértve a filerendszer nyilvántartásának és naplózásának kiírását is, majd eltávolítható az eszköz. Ráadásul, ha éppen valaki ír rá vagy olvas róla, akkor ezt meg sem lehet tenni, ilyenkor tér vissza az umount nem nulla exit kóddal, és nem is választja le a filerendszert.
"uis hiába kapcsolod ki, attól még csak készenlétbe kerül, az utoljára készített kép(ek) írását folytatva, ha kell"
Használtál már kamerát? Mert ha kikapcsolod, utána nem ír az már semmit sehova. Ha üzem közben kirántod a kártyát, akkor meg ordít (a jobbfajta), és nem ír semmit, szintén.
