abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×

dnes 15:22 | Pozvánky

V sobotu 24. 2. se uskuteční již 5. ročník největší české WordPress konference – WordCamp Praha 2018. Pražský WordCamp bude rozdělen na dva proudy – pro uživatele a pro vývojáře. Je naplánováno 10 přednášek, 6 workshopů, 6 případových studií, Happines Bar a spousty příležitostí pro networking. V neděli se bude dále konat Contributing Day, kde se každý bude moci aktivně zapojit do překladu, či plánování dalších meetupů. Je připraveno 450

… více »
smíťa | Komentářů: 0
dnes 05:55 | Komunita

Linus Torvalds oznámil vydání Linuxu 4.15-rc9. Po vydání stabilní verze Linuxu se přibližně na 2 týdny otevře začleňovací okno. To se uzavře vydáním verze rc1. Po týdnech následují další rc verze. Obvykle týden po vydání verze rc7 nebo rc8 následuje vydání nové stabilní verze Linuxu. Verze rc9 byla naposledy vydána před více než 6 lety, 4. října 2011. Jednalo se o Linux 3.1. Tenkrát následovala ještě verze rc10.

Ladislav Hagara | Komentářů: 13
včera 21:55 | Zajímavý článek

Greg Kroah-Hartman se v příspěvku na svém blogu věnuje aktuálnímu stavu řešení bezpečnostních chyb Meltdown a Spectre v Linuxu. Jak je na tom Váš Linux? Stačí spustit příkaz "grep . /sys/devices/system/cpu/vulnerabilities/*". Pro více informací lze doporučit Spectre & Meltdown Checker.

Ladislav Hagara | Komentářů: 44
19.1. 18:55 | Komunita

NHSbuntu (Joinup, prezentace) měla být z Ubuntu vycházející linuxová distribuce přizpůsobená pro potřeby britské Národní zdravotní služby (NHS). NHS se název nelíbil, nejednalo se o oficiální projekt NHS, a proto bylo NHSbuntu v září loňského roku přejmenováno na NHoS. Vývojáři NHoS tento týden oznámili, že NHS se nelíbí ani název NHoS a už nemají sílu na další přejmenování a pokračování v projektu. Dodávají, že několik jednání s vedením

… více »
Ladislav Hagara | Komentářů: 7
19.1. 18:44 | Pozvánky

Koncem ledna, 29. 1. 2018 od 17 do 20 hodin se v Akademii CZ.NIC uskuteční večer s Turrisem.

Co bude na programu?… více »
Miška | Komentářů: 19
19.1. 18:33 | Pozvánky

Na tri dni sa hlavné mesto Slovenska po tretíkrát zmení na miesto s najväčšou koncentráciou profesionálnych programátorov, systémových administrátorov, učiteľov informatiky aj technologických nadšencov. Hlavným lákadlom bude konferencia PyCon SK 2018, určená záujemcom o Python, jeden z najpopulárnejších programovacích jazykov na svete.

… více »
RicCo386 | Komentářů: 1
19.1. 18:22 | Pozvánky

Letošní ročník konference Prague PostgreSQL Developer Day se koná ve dnech 14. 2. a 15. 2. 2018. Zveřejněn byl program s přednáškami a školeními. Otevřena byla také registrace na konferenci.

TomasVondra | Komentářů: 0
19.1. 11:33 | Komunita

Společnost Canonical stojící za linuxovou distribucí Ubuntu oznámila dostupnost nástroje pro týmovou spolupráci Slack (Wikipedie) ve formátu snap. Instalovat jej lze ze Snapcraftu. Slack pro Linux je dostupný také ve formátu klasických balíčků pro Ubuntu a Fedoru.

Ladislav Hagara | Komentářů: 10
18.1. 17:33 | Nová verze

Po roce vývoje od vydání verze 2.0 a 6 000 změnách byla vydána nová stabilní verze 3.0 softwaru, který vytváří aplikační rozhraní umožňující chod aplikací pro Microsoft Windows také pod GNU/Linuxem, Wine (Wikipedie). Z novinek lze zdůraznit například podporu Direct3D 10 a 11. Podrobnosti v poznámkách k vydání.

Ladislav Hagara | Komentářů: 15
18.1. 13:44 | Zajímavý projekt

V říjnu loňského roku úspěšně skončila kampaň na podporu chytrého telefonu Librem 5, jenž by měl respektovat bezpečnost, svobodu a soukromí uživatelů. Společnost Purism informuje o aktuálním vývoji tohoto telefonu. Místo plánovaného SoC i.MX6 by měl být použit úspornější i.MX8.

Ladislav Hagara | Komentářů: 6
Jak se vás potenciálně dotkne trend odstraňování analogového audio konektoru typu 3,5mm jack z „chytrých telefonů“?
 (7%)
 (1%)
 (1%)
 (1%)
 (77%)
 (13%)
Celkem 1371 hlasů
 Komentářů: 53, poslední 17.1. 16:55
    Rozcestník

    Dotaz: CD-ROM nespí

    7.11.2007 18:22 tchimo
    CD-ROM nespí
    Přečteno: 603×
    Ak mám v CD-ROM mechanike CD tak, sa trvale točí. Skúšal som nastaviť uspanie:

    XXX:~# hdparm -S 6 /dev/hdd

    /dev/hdd: setting standby to 60 (5 minutes)

    Ale nič. Stále sa točí. Vie mi niekto poradiť ako nastaviť CD-ROM, aby po nejakom čase nečinnosti zastala?

    Odpovědi

    tsLnox avatar 7.11.2007 18:26 tsLnox | skóre: 31 | blog: Blog jednoho ukecaného Gentoolemana | Žďár nad Sázavou
    Rozbalit Rozbalit vše Re: CD-ROM nespí
    A přece se točíííí :)
    10.11.2007 16:23 tchimo
    Rozbalit Rozbalit vše Re: CD-ROM nespí
    To je všetko, čo vie komunita okolo servera ABC Linuxu k problému? Alebo som sa pýtal primitívnosť, ktorá je ostatným jasná?
    10.11.2007 16:51 Peter Golis | skóre: 55 | Bratislava
    Rozbalit Rozbalit vše Re: CD-ROM nespí
    A malo by byt nieco jasne da danej otazke? Ved nevieme ci to vobec zvlada dana mechanika kedze nevieme co je to za mechaniku a aka je verzia jadra.
    10.11.2007 17:31 tchimo
    Rozbalit Rozbalit vše Re: CD-ROM nespí
    Takže som sa zle pýtal. Mechanika CD-ROM je LG, konkrétne: /dev/hdd:

    Model=HL-DT-ST CD-ROM GCR-8520B, FwRev=1.00, SerialNo= Config={ Fixed Removeable DTR<=5Mbs DTR>10Mbs nonMagnetic } RawCHS=0/0/0, TrkSize=0, SectSize=0, ECCbytes=0 BuffType=unknown, BuffSize=0kB, MaxMultSect=0 (maybe): CurCHS=0/0/0, CurSects=0, LBA=yes, LBAsects=0 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: mdma0 mdma1 *mdma2 AdvancedPM=no

    * signifies the current active mode

    Verzia jadra je: Linux XXX 2.6.22-2-k7 #1 SMP Fri Aug 31 01:02:37 UTC 2007 i686 GNU/Linux

    Ak treba ešte čosi doplniť, prosím napíšte čo.
    mess avatar 10.11.2007 16:54 mess | skóre: 43 | blog: bordel | Háj ve Slezsku - Smolkov
    Rozbalit Rozbalit vše Re: CD-ROM nespí
    To je všetko, čo vie komunita okolo servera ABC Linuxu k problému?
    Tohle je možné. Pokud se ta mechanika neuspává, není možné, že se z ní něco pokouší číst? Možná by pomohlo ji odmountovat, když se nepoužívá.
    Cez párne mesiace zošíváš vaginy, cez neparne montuješ hajzle.
    10.11.2007 17:37 tchimo
    Rozbalit Rozbalit vše Re: CD-ROM nespí
    Ani po odmontovaní sa neprestane točiť.
    Luboš Doležel (Doli) avatar 10.11.2007 17:45 Luboš Doležel (Doli) | skóre: 98 | blog: Doliho blog | Kladensko
    Rozbalit Rozbalit vše Re: CD-ROM nespí
    Nešahá na to HAL?
    10.11.2007 17:53 tchimo
    Rozbalit Rozbalit vše Re: CD-ROM nespí
    Ako to zistím?
    stativ avatar 10.11.2007 17:58 stativ | skóre: 54 | blog: SlaNé roury
    Rozbalit Rozbalit vše Re: CD-ROM nespí
    lsof /dev/zarizeni
    Ať sežeru elfa i s chlupama!!! ljirkovsky.wordpress.com stativ.tk
    10.11.2007 18:25 tchimo
    Rozbalit Rozbalit vše Re: CD-ROM nespí
    lsof /dev/hdd nevypíše nič.
    mess avatar 10.11.2007 17:59 mess | skóre: 43 | blog: bordel | Háj ve Slezsku - Smolkov
    Rozbalit Rozbalit vše Re: CD-ROM nespí
    Zkus vypnout HAL. Sice ti pak přestane fungovat automatická detekce vložených CD a podobné fičury, ale poznáš, jestli ti na tu mechaniku nešahá :-).
    Cez párne mesiace zošíváš vaginy, cez neparne montuješ hajzle.
    10.11.2007 18:34 tchimo
    Rozbalit Rozbalit vše Re: CD-ROM nespí
    Skúsil som: "/etc/init.d/hal stop"

    a potom ešte "pkill hald"

    a mechanika sa prestala točiť.

    Vo Windows XP sa mechanika prestane točiť po pár sekundách nečinnosti.
    10.11.2007 19:32 tchimo
    Rozbalit Rozbalit vše Re: CD-ROM nespí
    Viete poradiť čo spraviť, aby automatická detekcia vloženého CD fungovala, ale mechanika sa zastavovala? V PC mám aj druhú mechaniku (DVD napalovačku) a tá funguje aj so zastavovaním aj s detekciou vloženého CD. Tak isto aj vo Windowsoch obe mechaniky fungujú podľa očakávania.
    mess avatar 10.11.2007 19:51 mess | skóre: 43 | blog: bordel | Háj ve Slezsku - Smolkov
    Rozbalit Rozbalit vše Re: CD-ROM nespí
    Já vkládám médium do CD mechaniky jen na nezbytně dlouhou dobu (zkopírování/vypálení) a takový problém nemám. Mělo by to pomoct i tobě. :-)
    Cez párne mesiace zošíváš vaginy, cez neparne montuješ hajzle.
    10.11.2007 20:08 tchimo
    Rozbalit Rozbalit vše Re: CD-ROM nespí
    Toto riešenie používam už dlhšie, ale aj tak ma zaujíma, prečo jedna mechanika funguje ináč ako druhá. Veď na na ňu tiež musí pristupovať HAL.
    Luboš Doležel (Doli) avatar 10.11.2007 20:12 Luboš Doležel (Doli) | skóre: 98 | blog: Doliho blog | Kladensko
    Rozbalit Rozbalit vše Re: CD-ROM nespí
    Napadá mě snad jen, že by ta mechanika jinak (hůře) implementovala to "šáhnutí", které provádí HAL.

    Nevím, jak se HAL konfiguruje (nepoužívám ho), ale chtělo by to porovnat verze a nastavení, zkusit ty mechaniky přehodit (->jestli je to nyní otázka HW nebo nastavení) atd.
    10.11.2007 21:19 tchimo
    Rozbalit Rozbalit vše Re: CD-ROM nespí
    Prehodil som mechaniky medzi sebou, takže hdc bola hdd a hdd bola hdc. To isté chovanie ako predtým. Žiadna zmena.
    Luboš Doležel (Doli) avatar 10.11.2007 21:21 Luboš Doležel (Doli) | skóre: 98 | blog: Doliho blog | Kladensko
    Rozbalit Rozbalit vše Re: CD-ROM nespí
    Ach tak, já si to špatně přečetl a myslel jsem si, že ta druhá mechanika je v jiném PC. Tak to už bohužel nevím, co s tím. Leda tak zkusit googlovat...
    10.11.2007 22:08 tchimo
    Rozbalit Rozbalit vše Re: CD-ROM nespí
    Medzitým som potreboval prepnúť od GNOME a tam to funguje tiež tak, ako má, teda obe mechaniky sa normálne zastavujú. To som síce nenapísal (nemyslel som, že to môže mať vplyv), väčšinou pracujem s KDE. Takže asi niečo v KDE pristupuje cez HAL. Je to možné?
    stativ avatar 11.11.2007 10:17 stativ | skóre: 54 | blog: SlaNé roury
    Rozbalit Rozbalit vše Re: CD-ROM nespí
    Napadá mně zkusit zastavit v Ovládacím centru Komponenty KDE -> Správce služeb službu KDED nebo Zapisovací démon KDE. Obě můžou na to CD hrabat.
    Ať sežeru elfa i s chlupama!!! ljirkovsky.wordpress.com stativ.tk
    11.11.2007 22:47 tchimo
    Rozbalit Rozbalit vše Re: CD-ROM nespí
    Vypol som všetky služby v Správcovi služieb a nič, bez zmeny. Neexistuje nejaký program, ktorý by vedel zistiť čo pristupuje na CD-ROM?
    11.11.2007 23:16 Jiří J. | skóre: 34 | blog: Poutník | Brno
    Rozbalit Rozbalit vše Re: CD-ROM nespí
    echo 1 > /proc/sys/vm/block_dump a sledovat dmesg
    ale tuším, že to vypíše i přístupy na HDD, apod. ... takže předtím třeba HDD uspat nebo výpis grepovat, apod... :-)
    Víra je firma si myslela, že něco je pravdivé. LMAO -- “zlehčovat mého osla”
    11.11.2007 23:51 tchimo
    Rozbalit Rozbalit vše Re: CD-ROM nespí
    Dmesg spolu s grepom vyhodil toto:

    XXX:~# dmesg | grep hd mount(9698): READ block 64 on hdd mount(9698): READ block 68 on hdd mount(9698): READ block 72 on hdd mount(9698): READ block 64 on hdd mount(9698): READ block 68 on hdd mount(9698): READ block 88 on hdd kded(3483): READ block 72 on hdd kded(3483): READ block 76 on hdd kded(3483): READ block 80 on hdd kded(3483): READ block 84 on hdd kded(3483): READ block 96 on hdd kded(3483): READ block 100 on hdd kio_file(9712): READ block 172 on hdd kio_file(9712): READ block 92 on hdd kio_file(9712): READ block 168 on hdd kio_file(9712): READ block 176 on hdd konqueror(9687): READ block 180 on hdd konqueror(9687): READ block 184 on hdd konqueror(9687): READ block 188 on hdd konqueror(9687): READ block 192 on hdd konqueror(9687): READ block 196 on hdd konqueror(9687): READ block 200 on hdd konqueror(9687): READ block 204 on hdd konqueror(9687): READ block 208 on hdd konqueror(9687): READ block 3980 on hdd konqueror(9687): READ block 3984 on hdd konqueror(9687): READ block 3988 on hdd konqueror(9687): READ block 3992 on hdd konqueror(9687): READ block 3996 on hdd konqueror(9687): READ block 4000 on hdd konqueror(9687): READ block 4004 on hdd konqueror(9687): READ block 4008 on hdd konqueror(9687): READ block 4072 on hdd konqueror(9687): READ block 4076 on hdd konqueror(9687): READ block 4080 on hdd konqueror(9687): READ block 4084 on hdd konqueror(9687): READ block 4088 on hdd konqueror(9687): READ block 4092 on hdd konqueror(9687): READ block 4096 on hdd konqueror(9687): READ block 4100 on hdd konqueror(9687): READ block 4104 on hdd konqueror(9687): READ block 6692 on hdd konqueror(9687): READ block 6696 on hdd konqueror(9687): READ block 6700 on hdd konqueror(9687): READ block 6704 on hdd konqueror(9687): READ block 6708 on hdd konqueror(9687): READ block 6712 on hdd konqueror(9687): READ block 6716 on hdd konqueror(9687): READ block 6720 on hdd konqueror(9687): READ block 6844 on hdd konqueror(9687): READ block 6848 on hdd konqueror(9687): READ block 6852 on hdd konqueror(9687): READ block 6856 on hdd konqueror(9687): READ block 6860 on hdd konqueror(9687): READ block 6864 on hdd konqueror(9687): READ block 6868 on hdd konqueror(9687): READ block 6872 on hdd konqueror(9687): READ block 8204 on hdd konqueror(9687): READ block 8208 on hdd konqueror(9687): READ block 8212 on hdd konqueror(9687): READ block 8216 on hdd konqueror(9687): READ block 8220 on hdd konqueror(9687): READ block 8224 on hdd konqueror(9687): READ block 8228 on hdd konqueror(9687): READ block 8232 on hdd konqueror(9687): READ block 24532 on hdd konqueror(9687): READ block 24536 on hdd konqueror(9687): READ block 24540 on hdd konqueror(9687): READ block 24544 on hdd konqueror(9687): READ block 24548 on hdd konqueror(9687): READ block 24552 on hdd konqueror(9687): READ block 24556 on hdd konqueror(9687): READ block 24560 on hdd konqueror(9687): READ block 26552 on hdd konqueror(9687): READ block 26556 on hdd

    A potom:

    XXX:~# dmesg | grep hd kded(3483): READ block 64 on hdd kded(3483): READ block 72 on hdd kded(3483): READ block 80 on hdd kded(3483): READ block 88 on hdd kded(3483): READ block 96 on hdd kded(3483): READ block 64 on hdd kded(3483): READ block 72 on hdd kded(3483): READ block 80 on hdd kded(3483): READ block 88 on hdd kded(3483): READ block 96 on hdd kded(3483): READ block 64 on hdd kded(3483): READ block 72 on hdd kded(3483): READ block 80 on hdd kded(3483): READ block 88 on hdd kded(3483): READ block 96 on hdd hald-probe-volu(8113): READ block 64 on hdd hald-probe-volu(8113): READ block 72 on hdd hald-probe-volu(8113): READ block 80 on hdd hald-probe-volu(8113): READ block 88 on hdd hald-probe-volu(8113): READ block 96 on hdd hald-probe-volu(8113): READ block 0 on hdd hald-probe-volu(8113): READ block 8 on hdd hald-probe-volu(8113): READ block 16 on hdd hald-probe-volu(8113): READ block 24 on hdd hald-probe-volu(8113): READ block 32 on hdd hald-probe-volu(8113): READ block 40 on hdd hald-probe-volu(8113): READ block 48 on hdd hald-probe-volu(8113): READ block 56 on hdd hald-probe-volu(8113): READ block 104 on hdd hald-probe-volu(8113): READ block 112 on hdd hald-probe-volu(8113): READ block 120 on hdd hald-probe-volu(8113): READ block 128 on hdd kded(3483): READ block 64 on hdd kded(3483): READ block 72 on hdd kded(3483): READ block 80 on hdd kded(3483): READ block 88 on hdd kded(3483): READ block 96 on hdd kded(3483): READ block 64 on hdd kded(3483): READ block 72 on hdd kded(3483): READ block 80 on hdd kded(3483): READ block 88 on hdd kded(3483): READ block 96 on hdd kded(3483): READ block 64 on hdd kded(3483): READ block 72 on hdd kded(3483): READ block 80 on hdd kded(3483): READ block 88 on hdd kded(3483): READ block 96 on hdd

    Neskôr už nič, len:

    XXX:~# dmesg | grep hd

    Ale čo s tým neviem. P.S. Keď to píšem, tak výpis je pekne po riadkoch, ale v náhľade to pospájané. Čo spraviť, aby výpis ostal tak, ako z dmesg?
    12.11.2007 00:21 Jiří J. | skóre: 34 | blog: Poutník | Brno
    Rozbalit Rozbalit vše Re: CD-ROM nespí
    P.S. Keď to píšem, tak výpis je pekne po riadkoch, ale v náhľade to pospájané. Čo spraviť, aby výpis ostal tak, ako z dmesg?
    Číst text před formulářem na vložení dotazu, opakuji to dneska už potřetí... to jsou všichni natolik přeskakovací? Možná by některý z adminů mohl část o <pre> tagu ztrojnásobit - co se velikosti písma týče...
    Že nevíte, co s tím? Z výpisu je snad doufám jasné, že to probouzí něco z KDE, takže ještě jednou projít ten Control Center (nebo jak se to tam jmenuje) a hledat něco, co může využívat právě kded daemona. Jak moc je tento daemon kritický a zda jeho zabití by shodilo KDE nevím, ale rozhodně by bylo o příčinu roztáčení CDromky méně..
    mount(9698): READ block 64 on hdd ...
    automounter?
    konqueror(9687): READ block 180 on hdd< ...
    tohle mi připadne poněkud podivné, ale zřejmě to také souvisí s automountem
    hald-probe-volu(8113): READ block 64 on hdd
    HAL ...

    Tipuji, že celý ten kolotoč odstartovává hald, ale samotné čtení inicializuje až kded - takže jsme opět u nastavení KDE. Poradit vám více bohužel nemohu, KDE již pár let nepoužívám :-)
    Víra je firma si myslela, že něco je pravdivé. LMAO -- “zlehčovat mého osla”
    12.11.2007 09:00 tchimo
    Rozbalit Rozbalit vše Re: CD-ROM nespí
    Ten:

    konqueror(9687): READ block 180 on hdd< ...

    je tam preto, lebo pri vložení CD sa ma KDE opýta, čo chcem s ním urobiť. Dám zobaziť obsah a potom sa spustí Konqueror.

    Vo výpise je ešte:

    kio_file(9712): READ block 172 on hdd

    ...

    konqueror(9687): READ block 180 on hdd

    Ale všetko to prebehne len po vložení CD. Potom (asi po 1 minúte) už nič. Žiadna odozva na:

    dmesg | grep hd

    Máte pravdu, s tým, že to je v nastaveniach KDE, pretože v GNOME nie sú problémy. KDE nepoužívam kvôli nemu, ale kvôli programom, ktoré sú závislé ma KDE knižniciach. Poobede ich skúsim ešte raz celé prejsť. Za značku PRE sa ospravedlňujem, ale HTML neovládam, zatiaľ som ho nepotreboval. Aj tak sa asi budem musieť naň pozrieť.
    12.11.2007 14:59 Jiří J. | skóre: 34 | blog: Poutník | Brno
    Rozbalit Rozbalit vše Re: CD-ROM nespí
    KDE nepoužívam kvôli nemu, ale kvôli programom, ktoré sú závislé ma KDE knižniciach. Poobede ich skúsim ešte raz celé prejsť.
    Tím chcete říci, že programy jedoucí na Qt nelze spustit jinde než v KDE? A zkoušel jste to už vůbec ?
    Víra je firma si myslela, že něco je pravdivé. LMAO -- “zlehčovat mého osla”
    12.11.2007 19:34 tchimo
    Rozbalit Rozbalit vše Re: CD-ROM nespí
    Samozrejme, že som skúšal a samozrejme ide to. Nielen, že skúšal, ale aj používam. Síce v opačnom garde, t.j. GTK programy (StarDict) v KDE. Väčšinu "DE závislých programov" je Qt. Skôr Qt programy si naťahujú vlastné knižnice k bežiacim knižniciam v GNOME a v GTK prostredí vyzerajú predsa len horšie. Samozrejme to platí aj naopak. Nehovorím, že GNOME je nepoužiteľné. Syn má default DE GNOME a aj ja občas do neho nabootujem.
    12.11.2007 20:16 Jiří J. | skóre: 34 | blog: Poutník | Brno
    Rozbalit Rozbalit vše Re: CD-ROM nespí
    A vypnout v KDE tu podporu "hlídání" vloženého CD konquerorem by nepomohlo ?
    Víra je firma si myslela, že něco je pravdivé. LMAO -- “zlehčovat mého osla”
    12.11.2007 22:18 tchimo
    Rozbalit Rozbalit vše Re: CD-ROM nespí
    Pre istotu som skúsil v Nastavenie -> Komponenty KDE -> Asociácie súborov zrušiť pre inode-directory nastavenie Konqueror aj Openfolder, ale nič. Podľa mňa Konqueror sám nepristupuje na CD, ale toto pre neho robí niektorý KDEDeamon. Pripomínam robí to len jedna z dvoch mechaník, konkrétne CD-ROM. DVD+-RW to nerobí. Je možné, že by KDE malo zvláštne nastavenie pre každú mechaniku?
    12.11.2007 22:36 Peter Golis | skóre: 55 | Bratislava
    Rozbalit Rozbalit vše Re: CD-ROM nespí
    ono je ešte možné že premenná "Reports media changed" v /proc/sys/dev/cdrom/info nezodpovedá skutočnosti, predsa len niečo podobnéhu sa do SATA implementovalo len nedávno i keď staré IDE a SCSI mechaniky to mali funkčné.

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.