- Luck Dragon: Asszociációs játék. :)
- MasterDeeJay: Sikeres CoffeeTime modok
- Tóth Olivér: Tudtátok hogy ez ma már RETRO?
- sziku69: Fűzzük össze a szavakat :)
- sziku69: Szólánc.
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- Elektromos rásegítésű kerékpárok
- Doky586: SecureBoot kulcsok frissítése (2026 nyara)
- eBay-es kütyük kis pénzért
- bambano: Bambanő háza tája
-
LOGOUT
Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.
Új hozzászólás Aktív témák
-
bambano
titán
válasz
VladimirR
#7396
üzenetére
Kérdés, hogy reprodukálható-e a hiba, tehát meg tudod-e csinálni, hogy ripperjohnnal bármikor megborítod a rendszert.
A leírás alapján az látszik, hogy megállt a diszk io a gépben. Megnézném, hogy a cd-t és a diszkeket dma-san vagy pio-ban kezeli-e a gép.
Azt is kipróbálnám, hogyha úgy állítod be ripperjohnt, hogy ne akarjon cddb-t vagy freedb-t használni, megjavul-e. Vagy egyszerűen kihúzni addig az ethernetet.
Szerk: memóriafogyás: általában nem az okoz gondot, hogy az alkalmazások által használt memória elfogy, ezért nem javul az apacs lelövéstől a dolog, hanem az, hogy az ilyenolyan pufferek (diszk block cache, network io pufferek) és egy-két ezek nyilvántartására szolgáló táblázat helye fogy el. Van, amit ezekből az alsó 1M-ba rak a kernel, van, amit az alsó 16M-ba, mert nem minden dma tud magasabb címre dma-zni.
Új hozzászólás Aktív témák
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Laptopműhely Bt.
Város: Budapest

