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 13:11 | Nová verze

Po téměř dvou letech byla vydána nová verze 4.0 linuxové distribuce Audiophile Linux (též AP-Linux-V4). Tato distribuce vychází z Arch Linuxu, používá systemd, správce oken Fluxbox a vlastní real-time jádro pro nižší latence. Z novinek můžeme jmenovat podporu nových procesorů Intel Skylake a Kaby Lake nebo možnost instalace vedle jiných OS na stejný disk. Pokud se zajímáte o přehrávání hudby v Linuxu, doporučuji návštěvu webu této

… více »
Blaazen | Komentářů: 0
včera 18:55 | Nová verze

Byla vydána nová stabilní verze 1.9 (1.9.818.44) webového prohlížeče Vivaldi (Wikipedie). Z novinek vývojáři zdůrazňují podporu nového vyhledávače Ecosia. Ten z příjmů z reklam podporuje výsadbu stromů po celém světě (YouTube). Nově lze přeskupovat ikonky rozšíření nebo řadit poznámky. Nejnovější Vivaldi je postaveno na Chromiu 58.0.3029.82.

Ladislav Hagara | Komentářů: 9
včera 17:00 | Nová verze

Byla vydána verze 3.7.0 svobodného systému pro správu obsahu (CMS) Joomla!. V oznámení o vydání (YouTube) se píše o 700 vylepšeních. Opraveno bylo také 8 bezpečnostních chyb.

Ladislav Hagara | Komentářů: 0
včera 08:22 | Komunita

Grsecurity (Wikipedie) je sada bezpečnostních patchů pro linuxové jádro (porovnání se SELinuxem, AppArmorem a KSPP). Od září 2015 nejsou stabilní verze těchto patchů volně k dispozici. Dle včerejšího oznámení (FAQ) nejsou s okamžitou platností volně k dispozici už ani jejich testovací verze.

Ladislav Hagara | Komentářů: 41
26.4. 23:33 | Komunita

OpenBSD 6.1 vyšlo již 11. dubna. Po dvou týdnech byla vydána i oficiální píseň. Její název je Winter of 95 a k dispozici je ve formátech MP3 a OGG.

Ladislav Hagara | Komentářů: 0
26.4. 18:55 | Nová verze

Byla vydána verze 2017.1 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux. S vydáním verze 2016.1 se Kali Linux stal průběžně aktualizovanou distribucí. Aktualizovat jej lze pomocí příkazů "apt update; apt dist-upgrade; reboot".

Ladislav Hagara | Komentářů: 0
26.4. 18:22 | Nová verze

Po téměř pěti letech od vydání verze 2.00 byla vydána nová stabilní verze 2.02 systémového zavaděče GNU GRUB (GRand Unified Bootloader). Přehled novinek v souboru NEWS.

Ladislav Hagara | Komentářů: 15
26.4. 17:55 | Komunita

Vývojáři Debianu oznámili, že od 1. listopadu letošního roku nebudou jejich archivy dostupné pomocí protokolu FTP. Již v lednu oznámil ukončení podpory FTP kernel.org (The Linux Kernel Archives).

Ladislav Hagara | Komentářů: 28
26.4. 17:00 | Bezpečnostní upozornění

V oblíbeném webmailu postaveném na PHP SquirrelMail (Wikipedie) byla nalezena bezpečnostní chyba CVE-2017-7692, jež může být útočníkem zneužita ke spuštění libovolných příkazů a kompletnímu ovládnutí dotčeného serveru. Zranitelnost se týká pouze instancí, kde je pro transport používán Sendmail.

Ladislav Hagara | Komentářů: 3
26.4. 13:11 | Zajímavý článek

Soudní dvůr Evropské unie rozhodl (tisková zpráva) ve věci C-527/15: Prodej multimediálního přehrávače, který umožňuje zdarma a jednoduše zhlédnout na televizní obrazovce filmy protiprávně zpřístupněné na internetu, může představovat porušení autorského práva.

Ladislav Hagara | Komentářů: 32
Chystáte se pořídit CPU AMD Ryzen?
 (4%)
 (35%)
 (1%)
 (6%)
 (45%)
 (9%)
Celkem 333 hlasů
 Komentářů: 50, poslední včera 04:06
    Rozcestník

    Dotaz: Lost interrupt -> pád.

    16.6.2003 15:48 Blanka
    Lost interrupt -> pád.
    Přečteno: 183×
    Čas od času mi spadne Linux. Zpravidla při kódování filmů i jindy (grabování audia) apod. Tedy vesměs intenzivní diskové operace. Kernel zařve:
    Jun 16 12:09:40 blanka kernel: hdc: lost interrupt
    Jun 16 12:09:40 blanka kernel: ide-scsi: CoD != 0 in idescsi_pc_intr
    Jun 16 12:09:40 blanka kernel: hdc: DMA disabled
    Jun 16 12:09:40 blanka kernel: hdc: ATAPI reset complete
    Jun 16 12:09:40 blanka kernel: hdc: status error: status=0x00 { }
    Jun 16 12:09:40 blanka kernel: ide-scsi: Strange, packet command initiated yet DRQ isn't asserted
    Jun 16 12:09:40 blanka kernel: hdc: status error: status=0x00 { }
    Jun 16 12:09:40 blanka kernel: ide-scsi: Strange, packet command initiated yet DRQ isn't asserted
    Jun 16 12:09:40 blanka kernel: hdc: status error: status=0x00 { }
    Jun 16 12:09:40 blanka kernel: ide-scsi: Strange, packet command initiated yet DRQ isn't asserted
    Jun 16 12:09:40 blanka kernel: hdc: status error: status=0x00 { }
    Jun 16 12:09:40 blanka kernel: ide-scsi: Strange, packet command initiated yet DRQ isn't asserted
    Jun 16 12:09:40 blanka kernel: hdc: ATAPI reset complete
    ...
    atakdál nejmíň stokrát
    Všechno se škube, logy bobtnají a po chvilce to celé zhebne.
    Všimla jsem si, že čas od času vyhodí hlášku:
    Jun 16 11:57:59 blanka modprobe: modprobe: Can't locate module sound-service-0-0

    nebo

    Jun 16 11:58:26 blanka modprobe: modprobe: Can't locate module char-major-13-0
    kterou několikrát zopakuje a nic. Zvuk šlape a jinak žádné problémy!

    Tak nevím: je to špatným ovladačem zvukovky, grafiky(nVidia), vynechává harddisk? Ve Win98 to nedělá, zvuk i grafika fungují všude bez problémů.

    Mám RH9, kernel 2.4.20-8 s nVidia modulem. DMA+scsi emulace zapnuto. Hadrware: Duron 700, TNT2, v desce K7TM Pro (MS-6340 mATX) s VIA KT133 chipsetem, integrované AC97 audio (VT82C686).

    Odpovědi

    Stanislav Brabec avatar 16.6.2003 16:48 Stanislav Brabec | skóre: 45 | Praha
    Rozbalit Rozbalit vše Lost interrupt -> pád.
    Hlášky Can't locate module ... jsou neškodné (dá se jim vyhnout, pokud se v modules.conf napíše alias ... off. Fatální ovšem bude ztracený interrupt na hdc - zřejmě vypalovačka. Může pomoci vypnutí DMA (pro vypalovačku) nebo úprava nastavení čipsetu (možná známý problém VIA Latency). Existuje VIA Latency Patch pro linux, bohužel pro jiný čipset.
    16.6.2003 18:24 Blanka
    Rozbalit Rozbalit vše Lost interrupt -> pád.
    Hm, skutečně mám na hdc vypalovačku. Ale k pádům dochází i když zrovna není používána. Mohl bys prosím osvětlit, v čem spočívá (mě neznámý) problém VIA Latency?
    Jak vypnu DMA pro jen vypalovačku? Vím, že je na to hdparm, ale jak to zařídít, aby se nemuselo pokaždé po restartu znovu psát "su -; hdparm -d 0 /dev/hdc". V RedHatu je soubor /etc/sysconfig/harddisks, ale v něm jde vypnout vše anebo nic. Dík moc.
    16.6.2003 19:45 Blanka
    Rozbalit Rozbalit vše Lost interrupt -> pád.
    Chybu spolehlivě zopakuji při konvertování videa (naposledy mencoder in.avi -o out.avi -ovc lavc -lavcopts vcodec=mpeg4 -oac copy). Po několika minutách linux zařve a to s DMA ON i OFF a to na všech discích (i cd-rw). Video leží na /mnt/data (hda5), na FAT32. Už jsem zoufalá. To mi znemožňuje s Linuxem něco opravdu dělat! Nějaké návrhy? Díky.
    16.6.2003 21:11 Milan Roubal | skóre: 25
    Rozbalit Rozbalit vše Lost interrupt -> pád.
    problem je na 90% v IDE kabelu co jde k vypalovacce. Nechte si ho vymenit. (Zeptejte se jestli tam nahodou nemate kulaty kabel misto plocheho - casto tohle dela).
    17.6.2003 18:06 Blanka
    Rozbalit Rozbalit vše Lost interrupt -> pád.
    Tak z práce doma... Koukám do bedny, kabel je tam placatý, 40tižilový. Bohužel počítač má po záruce, tak mě výměna bude stát kačenky. Vám to dělalo taky? Předtím, když něm tom visela CD-ROM, tak to, matně si vzpomínám, nedělalo. To jsem ale měla RH7.2... Proč je vypalovačka tak problematický kousek HW?
    18.6.2003 03:06 Milan Roubal | skóre: 25
    Rozbalit Rozbalit vše Lost interrupt -> pád.
    no ja jsem ten problem videl na 80 zilovem kabelu - to je ten novejsi, co zvlada UDMA 66 a vyssi. To ze pomuze vypnuti sekundarniho kanalu znamena ze jedete bez palitka, ze? Si pujcte ten ide kablik z jineho pocitace jen na otestovani, netreba ho hned kupovat.
    18.6.2003 20:32 Blanka
    Rozbalit Rozbalit vše Lost interrupt -> pád.
    Ano. Nejsem žádná odbornice na HW, ale moc dobře nechápu, proč mi padá systém, když mám sice paličku na kabelu, ale vůbec se na ní nešahá... Zkusím někde sehnat ten kablík.
    Stanislav Brabec avatar 16.6.2003 23:08 Stanislav Brabec | skóre: 45 | Praha
    Rozbalit Rozbalit vše Lost interrupt -> pád.
    VIA Latency je problém na čipsetech VIA vyrobených do r. 2001 vč. - máte-li na IDE1 i IDE2 nějaká zařízení, pak při přístupu k oběma zařízením. Riziko se zvětšuje, pokud je použita zvukovka SB Live. Výsledkem je nestabilita systému nebo dokonce poškození dat. Pro Windows to (skoro) řeší VIA LAtency Patch. Pro váš čipset však zřejmě ještě není. Doma se jej pokouším disasembovat a přepsat pro Linux, ale výsledek v dohledné době nezaručuji.
    Stanislav Brabec avatar 17.6.2003 10:53 Stanislav Brabec | skóre: 45 | Praha
    Rozbalit Rozbalit vše Lost interrupt -> pád.
    VIA Latency problém - ověření: Zakažte v BIOSu druhý IDE řadič (případně vymontujte zvukovku a další zbytné PCI karty). Zmízí-li problém, jde o VIA Latency.
    17.6.2003 20:40 Blanka
    Rozbalit Rozbalit vše Lost interrupt -> pád.
    Vypnula jsem druhý řadič (na vymontování zvukovky by byla potřeba pájka:-) ), vypnula DMA a ejhle, zatím to nespadlo. Na pozadí mi teď běží kódování filmu (45%), které spolehlivě shodilo Linux už na 5%. Zatím díky za pomoc, budu to ještě testovat.
    Přeju hodně štěstí s tím patchem, dovolte abych Vám vyjádřila svůj obdiv.
    Stanislav Brabec avatar 17.6.2003 23:30 Stanislav Brabec | skóre: 45 | Praha
    Rozbalit Rozbalit vše Lost interrupt -> pád.
    Vestavěná zvukovka systém neshazuje - jen SB Live. Pošlete-li mi mail, dám Vám vědět, podaří-li se. Jinak lze zkusit následující: lspci -v -xxx a výstup si schovat Nyní ve wine s povolenými porty spustit VIA Latency Patch pro Windows. Dát znovu lspci -v -xxx a zase výstup schovat Pak restartovat a dát znovu lspci -v -xxx Nakonec všechny výstupy porovnáte - tam, kde se liší 1. od 2. ale ne 1. od 3. jsou místa, která je potřeba změnit - pomocí programu setpci. Tímto postupem jsem např, přišel na "sw chazení" programem speedfan a přepsal ho do dvou setpci. P. S.: Někde ve svých poznámkách jsem našel (vše, co jsem vypátral, bez ladu a skladu v jednom texťáku):
    You may try /sbin/setpci -v -s 00:0e.0 0D.B=40
     
    http://www.cicese.mx/~mirsev/Linux/VIA/VIA-latency-linux.html
     
    http://www.zip.com.au/~akpm/linux/schedlat.html
     
     
    http://van-dijk.net/linuxkernel/200204/0913.html.gz
     
    I hope that I've extracted your name right?
     
    >On Thu, 24 Jan 2002, Daniel Nofftz wrote:
    >
    > > On Wed, 23 Jan 2002, Hans-Peter Jansen wrote:
    > > 
    > > > You see, I'm fiddleing with power saving quite some time.
    > > 
    > > oh ,.. by the way : does dmesg show somthing like "dissconect in via
    > > northbridge enabled: kt133 chipset found " or something similar ?
    > > (only if you have my patch ativated)
    >
    > I tried your patch. I get the message above (I have a KT133A). With only 
    > APM enabled, it makes no difference; witch ACPI, temp goes from 47C -> 
    > 38C without stability problems nor preformance drops.
     
    This are very good numbers, which I've expected.
     
    > However, after disabling APM and enabling ACPI, my system won't power 
    > off anymore :-(
     
    This should be easily solved.
     
    I point on your distro's startup scripts. They only look if apm is enabled 
    but _NOT ACPI...
     
    Have a look into /etc/init.d/halt (taken from SuSE 7.3, LSB standard).
     
     
     
    http://www.cs.helsinki.fi/linux/linux-kernel/2002-04/0015.html
    OoO En cette nuit nuageuse du dimanche 27 janvier 2002, vers 00:11,
    "Nix N. Nix"  disait:
     
    > 00:0e.0 Multimedia audio controller: Creative Labs SB Live! EMU10000
    > (rev 05)
    > Subsystem: Creative Labs CT4850 SBLive! Value
    > Flags: bus master, medium devsel, latency 32, IRQ 5
    > I/O ports at b000 [size=32]
    > Capabilities: 
     
    You may try /sbin/setpci -v -s 00:0e.0 0D.B=40
     
     
    http://www.cs.helsinki.fi/linux/linux-kernel/2002-24/0642.html
     
    On 19 June 2002 02:13, Jonathan A. Davis wrote:
    > G'day Alan, all,
    >
    > In November, I assembled a new machine using a Soyo Dragon+ mb with a
    > Pinnacle PCTV/Pro card as the only add-in board (I have an ATI 7500 in the
    > AGP slot). Very quickly I learned that any heavy disk activity (from two
    > UDMA100 drives) during TV card use would lock the system tight. As long
    > as I didn't use the TV card, the system was completely solid -- under
    > heavy disk, sound, net usage, etc. I tried moving the card around,
    > playing with BIOS, upgrading BIOS, with no success. I dug around in
    > quirks.c and put a serious dent in google's usage reports trying to find
    > answers. About the time I was concluding that I had a defective mb, a
    > friend decided to install Linux on his KT266 system also. After the
    > install, we popped a PCTV (non-PRO minus FM radio) into it and ended up
    > duplicating my machines's crashing behaviour.
    >
    > About a month ago, after giving up and either avoiding TV card use (which
    > given the state of US TV isn't a completely bad thing :-), or resigning
    > myself to not doing serious work if I had the TV card on, I stumbled
    > across Serguei Miridonov's site (http://www.cicese.mx/~mirsev/Linux/VIA/).
    > His small module changes PCI config register 0x75 from 0x01 to 0x07 and
    > clears all the bits on 0x76 (originally set to 0x10 on my mb). The result
    > has been perfect stability for both boards with TV cards and as much disk
    > and other I/O as bonnie and friends could generate.
     
    [75:7]=Arbitration Mode 0=REQ-based 1=Frame-based
    (75:​6​)​=CPU Latency Timer read only
    (75:​5​)​=(same as above)
    (75:​4​)​=(same as above)
    [75:3]=(Reserved)
    [75:2]=PCI Master Bus Time-Out 000=Disable
    [75:1]=001=1x32 PCICLKs 010=2x32 PCICLKs
    [75:0]=011=3x32 PCICLKs ... 111=7x32 PCICLKs
     
    You increased busmaster timeout sevenfold here.
     
    [76:7]=I/O Port 22 Enable
    [76:6]=(Reserved)
    [76:5]=Master Priority Rotation 0x=every PCI master grant
    [76:4]=10=after every 2 PCI 11=after every 3 PCI
    [76:3]=REQn# to REQ4# Mapping 00=REQ4# 01=REQ0#
    [76:2]=10=REQ1# 11=REQ2#
    [76:1]=(Reserved)
    [76:0]=REQ4# Is High Priority 0=disable 1=enable
     
    Heh... doc says 0x00 and 0x10 are the same for reg 0x76...
    did you test with 0x76 unchanged?
     
    I have a PDF also, need to reboot into WinNT to look at it...
    KDE's PDF viewer can't grok it.
    
    ... Tedy je to fuška naformátovat - nakones se povedlo díky znakům NBSP a ZWS (kvůli chechtákům).
    Stanislav Brabec avatar 18.6.2003 09:58 Stanislav Brabec | skóre: 45 | Praha
    Rozbalit Rozbalit vše Lost interrupt -> pád.
    Ještě poznámka - některé řadiče opravdu nemají rády 40žilový kabel, i když je to vypalovačka. Na to taky pomůže vypnutí sekundárního IDE. (Na mém VIA KT266 ho ale bez problémů provozuji.) Takže váš výsledek nelze 100% identifikovat jako problém VIA Latency.
    18.6.2003 20:53 Tomáš Vitha | skóre: 18
    Rozbalit Rozbalit vše Lost interrupt -> pád.
    VIA KT266 tu nehraje roli, to je northbridge. Důležitý je southbridge, protože IDE řadič a kontrolér PCI jsou integrovány v něm. Problém VIA Latency byl u southbridge VT82C686B.
    BTW, v čipsetu KT266 je southbridge VT8233 a ten je bezproblémový. To jen tak na okraj.
    18.6.2003 23:11 Blanka
    Rozbalit Rozbalit vše Lost interrupt -> pád.
    Moje faktura říká VT62C686A PCI to ISA bridge. Je v tom rozdíl?
    18.6.2003 23:14 Blanka
    Rozbalit Rozbalit vše Lost interrupt -> pád.
    Tedy VT82C686A.
    19.6.2003 07:50 Tomáš Vitha | skóre: 18
    Rozbalit Rozbalit vše Lost interrupt -> pád.
    Je v tom rozdíl. Southbridge VT82C686A chybu VIA Latency neobsahuje.
    Stanislav Brabec avatar 18.6.2003 23:17 Stanislav Brabec | skóre: 45 | Praha
    Rozbalit Rozbalit vše Lost interrupt -> pád.
    Bezproblémový není, akorát se mu vyhnuly ty problémy s dvěma IDE řadiči a zvukovou kartou SB Live. Viz např.: "PCI latency" patch for Linux (for KT266A chipset only). Kromě zmíněných problémů je téměř nepoužitelná zvukovka na boardu (drop-outy již při nepatrném zatížení).
    19.6.2003 07:54 Tomáš Vitha | skóre: 18
    Rozbalit Rozbalit vše Lost interrupt -> pád.
    Teoreticky by to měl řešit update BIOSu od výrobce desky...
    16.6.2003 22:37 Libor Klepac | skóre: 45 | Mýto
    Rozbalit Rozbalit vše Lost interrupt -> pád.
    hmm neco podobneho se mi stava na notebooku, potom kdyz jsem spustil "hdparm -c /dev/hda" (neboli zapnul 32bit mod, od te doby to dela (i kdyz uz to neni zapnute) - ale nic nepada,jenom pul minuty nejde nic delat - asi nejaky timeout
    Urine should only be green if you're Mr. Spock.

    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.