4w

(Folytatás innen.)

Screenshot from 2012-11-19 12:56:49

Negyedik hete - az upgrade óta - megy az Ubuntu 12.10 a laptopomon folyamatosan. Napi (minimum) négy suspend-del. Reggel a munkahelyre beéréskor suspend-ből felélesztés, majd a munkaidő leteltekor suspend-be letétel. Hazaérkezéskor suspend-ből felélesztés, majd lefekvés előtt suspend-be letétel.

( taxy | 2012. 11. 19., h – 14:09 )

Milyen gyakran csatolsz le USB-s eszközön FAT fájlrendszert?
(A kérdés csupán költői, legyen bármi is a válasz.)
:)

Nem támadásnak szántam. A suspend jól van, köszöni szépen. Igaz volt olyan hogy az X néha zokon vette, de az még lucid-dal.

Bocs hogy belekotyogtam, csak mindenkinek megvan a maga nehézsége. Magára a tényre reagáltam, az uptime-ra.

Te milyen fájlrendszert használnál pendrive-on? Talán NTFS-t?

"Nem támadásnak szántam."

Nem is vettem annak, csak nem értettem, hogy hogyan jön ide.

"Te milyen fájlrendszert használnál pendrive-on? Talán NTFS-t?"

Az egyiken nekem NTFS van, a másikon ext2. Ez utóbbi SD kártya és folyamatosan a gépben van (beépített kártyaolvasó).

--
trey @ gépház

Én csak arra mondom, hogy nekem működik, amit bizonyítani is tudok. Amit állítok, azt bármikor, bárhol, bárkinek szívesen bemutatom. Tőlem lehet ezen vigyorogni. Én is éppen így vigyorgok - sőt hengergőzök a röhögéstől - amikor valakinek be tudom mutatni, hogy pajtikám, te voltál a lamer ;)

Mondjuk a hibabejelentésnél az a "This bug affects 1 person" (az is feltételezem az itt problémát előhozó úr - Endre Kollár) nem éppen arra utal, hogy széles körben jelentkező probléma lenne:

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1080358

Erről mi a véleményed?

--
trey @ gépház

Itt a nevetség tárgya az, hogy te azt bizonygatod hogy neked működik és hogy ez alapján mindenkinél működnie kell (bár ezt a gondolatmenetet elsőre se értettem nálad). Ő azt állította hogy nála nem működik, vagyis teljességgel irreleváns a nálad való működés. Az, hogy post született ebből a felindulásodból, elsőre is fura volt, 20. alkalommal meg már nevetséges.
Neked sikerült jó hw-t venned, neki nem, aztán ha neki is működik minden (és tényleg értelmesen képes hardware-t támogatni a linux), akkor tényleg eljő a linux desktop éve és akkor lehet osztani az észt, hogy "lamer vagy pajti".
Megjegyzésként ideszúrom, hogy egy élő mém született személyedben (tanusíthatom, mivel már élőszóban hallottam ezt a mondatot: "dehát trey-nek tuti működik"). Szóval vigyoroghatsz nyugodtan (akár hengergőzhetsz is ha szeretnél), de itt nem ő volt a lamer.

A bug reportra: igen, valószínüleg ő volt a lamer (másik 1xx emberrel karöltve ami a fennt látható duplicate alapján van).

Ha megengeded, a gagyi személyeskedést kiszűrve, a problémára koncentrálva:

"Itt a nevetség tárgya az, hogy te azt bizonygatod hogy neked működik és hogy ez alapján mindenkinél működnie kell"

Itt a nevetség tárgya az, hogy sosem volt ilyen állítás és ezt többször is leírtam. Itt annak dokumentálása folyik, hogy egyszerűen hazugság, hogy ez vagy az egyáltalán nem működik. Nem baj a nem érted a különbséget.

"Szóval vigyoroghatsz nyugodtan (akár hengergőzhetsz is ha szeretnél), de itt nem ő volt a lamer."

Olyan állítás nem volt, hogy ő lamer. Szereted a szavakat csűrni-csavarni.

"eljő a linux desktop éve"

Én ilyen faszságokról én sosem beszéltem. Keversz valakivel?

"A bug reportra: igen, valószínüleg ő volt a lamer (másik 1xx emberrel karöltve ami a fennt látható duplicate alapján van)."

Aminek látszólag semmi köze a citált FAT problémához. De a szálat olvasva USB eszközökhöz sem biztos.

Végül csak neked:

http://flic.kr/p/duMT8a 

Nov 20 14:25:59 alderaan kernel: [1305713.220073] usb 1-1: new high-speed USB device number 53 using ehci_hcd
Nov 20 14:25:59 alderaan kernel: [1305713.357994] usb 1-1: New USB device found, idVendor=0951, idProduct=1653
Nov 20 14:25:59 alderaan kernel: [1305713.358001] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Nov 20 14:25:59 alderaan kernel: [1305713.358006] usb 1-1: Product: DT 100 G2
Nov 20 14:25:59 alderaan kernel: [1305713.358010] usb 1-1: Manufacturer: Kingston
Nov 20 14:25:59 alderaan kernel: [1305713.358014] usb 1-1: SerialNumber: 001CC0EC3449BB5085FC0022
Nov 20 14:25:59 alderaan kernel: [1305713.358740] scsi18 : usb-storage 1-1:1.0
Nov 20 14:26:00 alderaan kernel: [1305714.394311] scsi 18:0:0:0: Direct-Access     Kingston DT 100 G2        PMAP PQ: 0 ANSI: 0 CCS
Nov 20 14:26:00 alderaan kernel: [1305714.396229] sd 18:0:0:0: Attached scsi generic sg2 type 0
Nov 20 14:26:01 alderaan kernel: [1305715.120947] sd 18:0:0:0: [sdb] 7819264 512-byte logical blocks: (4.00 GB/3.72 GiB)
Nov 20 14:26:01 alderaan kernel: [1305715.123036] sd 18:0:0:0: [sdb] Write Protect is off
Nov 20 14:26:01 alderaan kernel: [1305715.123041] sd 18:0:0:0: [sdb] Mode Sense: 23 00 00 00
Nov 20 14:26:01 alderaan kernel: [1305715.125164] sd 18:0:0:0: [sdb] No Caching mode page present
Nov 20 14:26:01 alderaan kernel: [1305715.125170] sd 18:0:0:0: [sdb] Assuming drive cache: write through
Nov 20 14:26:01 alderaan kernel: [1305715.132526] sd 18:0:0:0: [sdb] No Caching mode page present
Nov 20 14:26:01 alderaan kernel: [1305715.132533] sd 18:0:0:0: [sdb] Assuming drive cache: write through
Nov 20 14:26:01 alderaan kernel: [1305715.157652]  sdb: sdb1
Nov 20 14:26:01 alderaan kernel: [1305715.163762] sd 18:0:0:0: [sdb] No Caching mode page present
Nov 20 14:26:01 alderaan kernel: [1305715.163770] sd 18:0:0:0: [sdb] Assuming drive cache: write through
Nov 20 14:26:01 alderaan kernel: [1305715.163776] sd 18:0:0:0: [sdb] Attached SCSI removable disk
Nov 20 14:29:11 alderaan kernel: [1305905.292787] usb 1-1: USB disconnect, device number 53

Worksforme.

(Nem ez az első eset, hogy normális beszélgetésbe belerondítasz. Miért nem teszed meg azt a szívességet, hogy a problémára koncentrálsz, arról beszélsz, vagy ha nem, akkor elhúzol a náthásba?)

--
trey @ gépház

"Aminek látszólag semmi köze a citált FAT problémához. De a szálat olvasva USB eszközökhöz sem biztos."

Assigned to: https://bugzilla.kernel.org/show_bug.cgi?id=22602
Oops while unmounting an USB key with a FAT filesystem

Mondjuk azt nem értem hogy:
Status: RESOLVED OBSOLETE
A launchpad-en meg: Triaged Importance:High

Elolvasva a szálat gyakorlatilag megerősítést nyert a végén, hogy ez nem FAT-related probléma:

https://bugzilla.kernel.org/show_bug.cgi?id=22602#c10

Érdekesség:

https://bugzilla.kernel.org/show_bug.cgi?id=22602#c7

"I have been able to reproduce this only in single core PC, I was not able to reproduce it in my multicore CPU."

Neked hány processzormagod van az érintett gépen?

--
trey @ gépház

Ehhez hasonló hiba lehetett, de látod a status alapján hogy ezt a 2.6-os kernelnél lezártnak tekintették. Szerintem ennek valamilyen feltámadása lehet.

Lehet hogy nem fat, de nálam USB-vel jelentkezett az biztos. A Call trace szerint a fat modulban történik a hiba, persze ez nem bizonyít semmit.

2 magos.

Én emiatt a hiba miatt kényszerültem elhagyni az Ubuntu-t.

https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/529230
https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/521098

De mivel itt sokaknak minden mindig működött, így egy ideig magamban kerestem a hibát. Talán nem kellett volna használnom az Enter billentyűt forráskód írás közben. Egyébként nem minden egyes Enternél dőlt össze, hanem teljesen véletlenszerűen a sokadiknál, váratlanul, de naponta legalább 1x. Vagy kifutottam a napi Enter limitből, nem tudom, elég sokat gépelek. De lehet, hogy csak másik hardver kellett volna. Nem tudom.

És miből gondoltad, hogy az annak a duplikátuma? Gyorsan átfutva ott FAT-ról nincs szó. Hosszabb elemzésre nem volt időm. A probléma érdekel, mert nálam nem jelentkezik. Lásd fentebb a videót. Szívesen segítek repodukálni, ha elmondod, hogy nálad hogyan jelentkezett.

--
trey @ gépház

Itt van a logja az eredetinek:
https://launchpadlibrarian.net/91241015/OopsText.txt

Ez enyimé:
https://launchpadlibrarian.net/123351560/oops.txt

Akkor haladjunk szépen sorjában.
Az eredetiből hiányzik ez a sor:
"VFS: Busy inodes after unmount of sdb1. Self-destruct in 5 seconds. Have a nice day..."
Pedig szerintem fontos lehet. Ezért is nem sajnálom hogy én is beküldtem.
Utána:
BUG: unable to handle kernel NULL pointer dereference at 0000009c
Az enyémbe más a cím, de ez nem lényeges hiszen amúgy is 64-bites kernelem van.
Pid: 13633, comm: gvfsd-trash
Ugyan úgy a gvfsd-trash a kernel hívó.
A "Call Trace" legnagyobb része megegyezik.
Az övé Compaq gép, ez enyém HP Compaq Presario. Ebben is van hasonlóság.
Van egy másik duplicate:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1074077
Ami szinte tökéletesen ugyan az mint az enyém.
Nem utolsó sorban az "Assigned to" miatt is összefüggésbe hozom a fat-tal az eredetit, amiről fentebb írtam.

A reprodukálás nehézkes. Valószínűleg a HP Compaq gépekkel hozható összefüggésbe. A másik baj, hogy ez a hiba ebben a formában konkrétan egyszer jelentkezett eddig. Viszont a pendrive használat úgy általában egy nagy kalap kaka. Teljesen megbízhatatlan. A legtöbb esetben egyszerűen nem engedi el a pendrive-ot lecsatolásnál, mert a Thunar, vagy a thumbnailer rajta hagy a nyitott fájlt. Érdekes módon másoknál nem csinál ilyet a Thunar. Aztán olyan is volt hogy csak olvasásra nyitotta meg, mert megsérült a fájlrendszer.

A hiba történésekor épp a szokásos műveletet hajottam végre:
Újra bejelentkeztem, mert éppen nem volt időm killall-ozni.
Mert ugye megint megfogta, és utána amikor le akartam csatolni, akkor szállt el.
Más egyéb komplikációkat is okozott már ez:
http://hup.hu/node/116256

Amúgy ha simán umount paranccsal csatlakoztatom le nem grafikusan, akkor megfigyelésem szerint kevesebb gond szokott lenni.

Most tegyük félre ezt a FAT kérdést, egyelőre. Sokkal érdekesebb anomáliát figyeltem meg, ami mutatja mennyire kisiklik valahol valami.
Egy normális rendszeren (Lucid), bedugom a pendrive-ot, ekkor létrejön az sdb, és az sdb1 mint partíció, amit fel is csatol a DE. A partíció lecsatolásakor csak annyi történik hogy lecsatolja az sdb1 fájlrendszerét, semmi több.
Nézzük mi történik itt: 


[  132.068097] usb 2-1: new high-speed USB device number 3 using ehci_hcd
[  132.283649] Initializing USB Mass Storage driver...
[  132.286905] scsi6 : usb-storage 2-1:1.0
[  132.287040] usbcore: registered new interface driver usb-storage
[  132.287043] USB Mass Storage support registered.
[  132.296106] usbcore: registered new interface driver uas
[  133.309739] scsi 6:0:0:0: Direct-Access     Kingston DataTraveler 108 PMAP PQ: 0 ANSI: 0 CCS
[  133.310960] sd 6:0:0:0: Attached scsi generic sg2 type 0
[  134.094998] sd 6:0:0:0: [sdb] 15646720 512-byte logical blocks: (8.01 GB/7.46 GiB)
[  134.096730] sd 6:0:0:0: [sdb] Write Protect is off
[  134.096736] sd 6:0:0:0: [sdb] Mode Sense: 03 41 00 00
[  134.098477] sd 6:0:0:0: [sdb] No Caching mode page present
[  134.098483] sd 6:0:0:0: [sdb] Assuming drive cache: write through
[  134.104479] sd 6:0:0:0: [sdb] No Caching mode page present
[  134.104485] sd 6:0:0:0: [sdb] Assuming drive cache: write through
[  134.122138]  sdb: sdb1
[  134.127594] sd 6:0:0:0: [sdb] No Caching mode page present
[  134.127599] sd 6:0:0:0: [sdb] Assuming drive cache: write through
[  134.127602] sd 6:0:0:0: [sdb] Attached SCSI removable disk

Idáig oké. 


$ ls /dev/sdb*
/dev/sdb  /dev/sdb1

Ez is.
Most csatoljuk le az sdb1-et az XFCE által nyújtott GUI segítségével(nem umount paracsal). 


[  260.084331] sdb: detected capacity change from 8011120640 to 0

(Ez egyébként a bug report-om logjában is benne van)

He? 


$ ls /dev/sdb*
/dev/sdb

sdb1 eltűnt, felszívódott. Függetlenül attól hogy milyen fájlrendszer van rajta. :) Sőt ezek után a Virtualbox sem tudja használni mint USB eszköz, amíg ki nem húzom, és újra be nem dugom.

Ebben az a jó, hogy ezt könnyű reprodukálni, mert következetesen mindig így történik. így van rá némi remény hogy egy értelmes bug report-ot is össze lehetne belőle hozni. Kíváncsian várom a véleményedet, hogyan lehetne ezt kívánatossá tenni a Ubuntu bugtracker csapat számára? Szerintem mindjárt kernel patchet küldjünk, és mindjárt Greg-nek, mert akkor hónapokon belül meg is érkezhet a javítás. :)

íme:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1082920

Még csak nem is xubuntu-val csináltam hanem a default daily-build live CD-vel, hogy ez se legyen kifogás.

Szerk:
Új fejlemények a bug-report-ban. Lefordítottam a kernelt "USB verbose" opcióval. így most már szinte egyértelműen látszik, hogy USB hiba. Persze azt még nem látom, hogy mi váltja ki.

"tényleg értelmesen képes hardware-t támogatni a linux"

Szerintem pont erről szól a poszt.
Az okosak kedvéért megjegyezném, hogy a Windows sem garancia a sikerre. Nálunk több embernek sem megy a cégnél a suspend Windows alatt, nekem sem. HP gépeken, Intel platformon, ami a legjobb eset elvileg. (Itthon a 12.04 6 hónapja minden nap le tud menni és fel tud jönni belőle.)

Ennek oka valamelyik hardver drivere ami nem egyrészt Microsoft gyártmány másrészt rosszul van megírva, és ez megakadályozza a suspendet. Szerintem a most problémás gépeken is megy a suspend szűz Windows esetén, amin még nincs harmadik fél által írt driver feltéve. A HP meg szerintem kifejezetten nem híres a jó minőségű driverekről, épp ellenkezőleg.

Nem, tévedtem, suspend se megy jól. Ha beállítom alacsony aksi szinthez, lemegy suspend-be aztán rögtön fel is ébred, tehát teljesen értelmetlen. Ezt hittem ez véletlen, de nem. Következetesen ezt csinálja mindig. Hibernálás alapból le van tiltva, esetleg azzal még kísérletezhetek.

( cadmagician | 2012. 11. 20., k – 16:02 )

és pont a firefox a lista tetején :D


------------------------
Jézus reset téged