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í
×
eParkomat, startup z ČR, postoupil mezi finalisty evropského akcelerátoru ChallengeUp!
Robot na pivo mu otevřel dveře k opravdovému byznysu
Internet věcí: Propojený svět? Už se to blíží...
dnes 11:44 | Zajímavý projekt

Na Indiegogo byla spuštěna kampaň na podporu herní mini konzole a multimediálního centra RetroEngine Sigma od Doyodo. Předobjednat ji lze již od 49 dolarů. Požadovaná částka 20 000 dolarů byla překonána již 6 krát. Majitelé mini konzole si budou moci zahrát hry pro Atari VCS 2600, Sega Genesis nebo NES. Předinstalováno bude multimediální centrum Kodi.

Ladislav Hagara | Komentářů: 0
dnes 00:10 | Nová verze

Byla vydána verze 4.7 redakčního systému WordPress. Kódové označením Vaughan bylo vybráno na počest americké jazzové zpěvačky Sarah "Sassy" Vaughan. Z novinek lze zmínit například novou výchozí šablonu Twenty Seventeen, náhledy pdf souborů nebo WordPress REST API.

Ladislav Hagara | Komentářů: 0
včera 12:00 | Zajímavý projekt

Projekt Termbox umožňuje vyzkoušet si linuxové distribuce Ubuntu, Debian, Fedora, CentOS a Arch Linux ve webovém prohlížeči. Řešení je postaveno na projektu HyperContainer. Podrobnosti v často kladených dotazech (FAQ). Zdrojové kódy jsou k dispozici na GitHubu [reddit].

Ladislav Hagara | Komentářů: 23
včera 11:00 | Bezpečnostní upozornění

Byly zveřejněny informace o bezpečnostní chybě CVE-2016-8655 v Linuxu zneužitelné k lokální eskalaci práv. Chyba se dostala do linuxového jádra v srpnu 2011. V upstreamu byla opravena minulý týden [Hacker News].

Ladislav Hagara | Komentářů: 2
5.12. 22:00 | Komunita

Přibližně před měsícem bylo oznámeno, že linuxová distribuce SUSE Linux Enterprise Server (SLES) běží nově také Raspberry Pi 3 (dokumentace). Obraz verze 12 SP2 pro Raspberry Pi 3 je ke stažení zdarma. Pro registrované jsou po dobu jednoho roku zdarma také aktualizace. Dnes bylo oznámeno, že pro Raspberry Pi 3 je k dispozici také nové openSUSE Leap 42.2 (zprávička). K dispozici je hned několik obrazů.

Ladislav Hagara | Komentářů: 6
5.12. 06:00 | Zajímavý software

OMG! Ubuntu! představuje emulátor terminálu Hyper (GitHub) postavený na webových technologiích (HTML, CSS a JavaScript). V diskusi k článku je zmíněn podobný emulátor terminálu Black Screen. Hyper i Black Screen používají framework Electron, stejně jako editor Atom nebo vývojové prostředí Visual Studio Code.

Ladislav Hagara | Komentářů: 50
5.12. 06:00 | Zajímavý článek

I letos vychází řada ajťáckých adventních kalendářů. QEMU Advent Calendar 2016 přináší každý den nový obraz disku pro QEMU. Programátoři se mohou potrápit při řešení úloh z kalendáře Advent of Code 2016. Kalendáře Perl Advent Calendar 2016 a Perl 6 Advent Calendar přinášejí každý den zajímavé informace o programovacím jazyce Perl. Stranou nezůstává ani programovací jazyk Go.

Ladislav Hagara | Komentářů: 10
3.12. 16:24 | Nová verze

Byla vydána Mageia 5.1. Jedná se o první opravné vydání verze 5, jež vyšla v červnu loňského roku (zprávička). Uživatelům verze 5 nepřináší opravné vydání nic nového, samozřejmě pokud pravidelně aktualizují. Vydání obsahuje všechny aktualizace za posledního téměř půldruhého roku. Mageia 5.1 obsahuje LibreOffice 4.4.7, Linux 4.4.32, KDE4 4.14.5 nebo GNOME 3.14.3.

Ladislav Hagara | Komentářů: 17
3.12. 13:42 | Pozvánky

V Praze probíhá konference Internet a Technologie 16.2, volné pokračování jarní konference sdružení CZ.NIC. Konferenci lze sledovat online na YouTube. K dispozici je také archiv předchozích konferencí.

Ladislav Hagara | Komentářů: 0
2.12. 22:44 | Komunita

Joinup informuje, že Mnichov používá open source groupware Kolab. V srpnu byl dokončen dvouletý přechod na toto řešení. V provozu je asi 60 000 poštovních schránek. Nejenom Kolabu se věnoval Georg Greve ve své přednášce Open Source: the future for the European institutions (SlideShare) na konferenci DIGITEC 2016, jež proběhla v úterý 29. listopadu v Bruselu. Videozáznam přednášek z hlavního sálu je ke zhlédnutí na Livestreamu.

Ladislav Hagara | Komentářů: 26
Kolik máte dat ve svém domovském adresáři na svém primárním osobním počítači?
 (32%)
 (24%)
 (29%)
 (8%)
 (5%)
 (3%)
Celkem 781 hlasů
 Komentářů: 50, poslední 29.11. 15:50
Rozcestník
Reklama

Dotaz: CD-ROM nespí

7.11.2007 18:22 tchimo
CD-ROM nespí
Přečteno: 600×
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: 53 | 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: 53 | 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.