Dotaz: k čemu je skupina disk ve Slack 9.1

[David]

ahojte, z fulltextu se mi už točí hlava, ale výsledek zatím bohužel 0. Mám Slackware 9.1. Problém mám s k3ba kscd, atd. - všechno kolem /dev/scd0 (používám scsi emulaci), přesněji : problém je s právy souboru /dev/scd0. jak k3b tak kscd mi píše, že na ně nemám právo. Tak jsem zkusil dva způsoby 1. skupinu u tohohle souboru jsem změnil z původní disk na cdrom a sebe jsem zařadil do skupiny cdrom nebo 2. sem se rovnou zařadil do skupiny disk. Výsledek : kscd hází chyby, když chci médium vysunout a počítač se pochvíli kousne (diodka od disku svítí a nejde ani alt+sysreq). Nevíte co stím ? Přece se najde někdo se slackem 9.1 , kdo chce plně využívat cdromku/vypalovačku i jako user(třeba jenom jeden), a tenhle problém řešil, ne ? děkuji David

Odpovědi

[Vlastimil Ott]

Vytvořte skupinu třeba 'burning' (na jméně nezáleží), přidejte do této skupiny zařízení a uživatele, samozřejmě odpovídající práva. Existující skupiny bych neměnil, kdoví, co to udělá. Můžete přidávat x dalších skupin, proč šetřit. BTW, mám pocit, že k3b pod verzi 0.10 to umí udělat automaticky, verze >0.10 už ne, nebo jsem to nenašel. --vo

[David]

ne, ne,ne. Tohle jsem již zkoušel - viz bod 1. Zkusil jsem to znova grupě jsem dal práva na r a w a kyž jsem zapl kscd, tak psalo, že médium je vysunuto a když jsem ho zkusil pomocí buttonu v kscd vysunout, tak se nic nestalo a po tomhle všem, když jsem napsal eject tak odpověď byla : eject: unable to eject, last error: Nepřípustný argument a eject už nejde ani pro roota - až do restartu

[Vlastimil Ott]

Aha, myslel jsem, že cdrom je systémová skupina. Nepleť sem kscd, to je jiná věc. Mně to dělá taky; tedy ne s tím ejectem. BTW, já mám na hrubo nastavená práva na zařízení, všichni číst, všichni psát. Je to hnus, ale je to nejrychlejší na jednouživatelském stroji. :-/ --vo

[David]

tak zatím to vypadá, že máš pravdu, protože problém byl asi jenom v kscd. Stroj se nekousá a vše jde tak jak by mělo, akorát to kscd nic moc, ale to je (jak si sám řek) jiná věc, takže díky za radu. David.

[David]

tak je to zase tady Poslouchám mp3 a v tom se comp sekne (nejde ani system requset), diodka od diku svití a je nutný restart. Disk mám Seagate 80GB, pouštěl jsem smartctl a 100% error free, dále jsem pouštěl progámek od výrobce na test disku a opět 100% error free. Pád se stal už 3x od doby, co jsem změnil u zařízení /dev/scd0 a /dev/scd1 skupinu z disk (měla právo na čtení) -> cdwiters(té jsem dal práva na čtení a zápis). Dále jsem se mrknul do /etc/groups a ve skupině disk byli adm a root, tak jsem je přidal do skupiny cdwriters (abych jim právo od scd0 a scd1 nesebral => maj teď právo na zápis navíc). Otázka je, zda-li něco z toho může zapřičiňovat moje problémy? P.S. - pročítal jsem diskuse a někde jsem narazil na to, že když má člověk dvě paměti (nestejně velké a od různých výrobců), tak to může znamenat problémy. Já obojí splňuju Ale zas je mi divný, že předtím se to nedělo a teď najednou jo. Za jakýkoli nápad budu vděčný, díky David.

[Vlastimil Ott]

Nevím, nevím. Souvisí to scd0 a tímto problémem? Co logy /var/log/messages a spol.? To vypadá na všechno možné, jen ne na problémy s mp3ma. Co třeba kompilace jádra? Nebo jiná kompilace? Proběhne? --vo

[David]

Logy byly v poho. A se zátěží systému : pustil jsem současně make bzImage (po make mrproper, takže hezky všechno znova), dále mp3ku, video na fullscreen a updatedb. No a výsledek : jadýrko bylo za pár minut zkompilovaný takže hardwarem to asi nebude (ikdyž úplně jistej si samo bejt nemůžu).

[Vlastimil Ott]

Tak to nevím. Asi zkus ještě testovat - co třeba memtest? Tos už myslím dělal, že. Nevím, fakt. Nějaký hardware, ale jak to zjistit? --vo

[David]

tak, tak memtest sem zkoušel taky. Sice to při testu 2 vždycky vytuhne (tentokrát kontrolka nesvítí), ale zkoušel jsem jednu paměť vyndat a výsledek stejný (taktéž, když jsem je prohodil) - takže to bude spíš něco blbě v memtestu než u mě.

[Jiri Bajer]

zkus si pujcit cizi, otestovanou pamet a hlavne zkontroluj bios, jestli jsi nenastavil neco jako dram latency na moc maly cislo - nekdy ti to projde, nekdy to destabilizuje system, prestoze ramka je v poradku. jak neprojde memtest, nehledej chybu v linuchovi, ale v zeleze... J.

[David]

nic takovýho jsem nanastavoval. Jasně, že chyba bude asi v železe a ne v linuxu, ale jak jí najít, když se stává nepravidelně, málo často a pokaždé v jiné situaci

[Reptile]

Ještě zkus, jestli nepomůže vypnout dma na discích(systém i cdrw). Např. hdparm -d 0 /dev/hdc;hdparm -d0 /dev/scd0 apod. Spíš to ale vypadá na vadnou paměť. Hodně štěstí

[Frank]

K těm právům, doma jsem to chtěl taky vyřešit nejprve nějak systémově, ale nakonec jsem to vzdal a udělal úplně stejně (všichni číst, všichni psát).

[David]

ahojte, kdo si ještě pamatuje na můj dotaz, tak bych vám rád řekl jak to dopadlo. Minulou neděli jsem přijel na kolej, zapnu počítač a při startu jádra - hláška disk not ready Řekl jsem si, že nejvíc problémů s počítačem co jsem měl pocházelo z kabeláže. No, tak jsem vyměnil kabel k disku a dneska je to právě tejden, co jsem stroj zapnul a no problem )))) Věřím, že už je vše v pohodě a rád bych vám tímto poděkoval za vaše rady. Mějte se, David.