Fórum Root.cz
Hlavní témata => Hardware => Téma založeno: Quido 26. 02. 2014, 09:00:55
-
Narazil jsem na problém, se kterým si nějak nevím rady. Popis situace: po nějaké době používání PC-BSD to na mě vyhodilo hlášku, že je nějaký problém s GPT tabulkou disku a odmítlo ho to namounotvat. Připojil jsem další HDD, na něj nahodil PC-BSD, naimportoval příslušný tank a bez problémů odklidil vše potřené na externí disk.
Následně jsem potřeboval na stroj instalovat Debian, takže jsem klasicky spustil testing net-install. Vše proběhlo OK, instalace jenom základní sady bez X-sek. Ale při snaze o bootování dochází k samovolnému restartu stroje, většinou už před náběhem loginu.
Zkusil jsem několik věcí:
1. live distribuce (Parted Magic) běží bez sebemenších problémů několik hodin
2. 2x jsem provedl kompletní Memtest - žádné chyby nehlášené
3. provedl jsem kompletní SMART test instalačního HDD (ostatní jsou odpojené, doba testu cca 4 hodiny) - žádné chyby
4. zkusil jsem live Ubuntu 12.04. - ani nenaběhne první obrazovka, dojde k samovolnému restartu
5. z PM jsem spouštěl System Stabillity Tester a Profiler a Benchmark - vše opět OK, systém běžel 24 hodin bez problémů a restatu
Sestava: CPU Intel i7 QC, RAM 4x2 GB, VGA Radeon HD 4670, MB ASUS
Vzhledem k tomu, že PM běží bez závad, tak už opravdu nevím, co ještě vyzkoušet a jak situaci řešit. Předem díky za případné nápady a zkušenosti
-
za to muze urcite badBios ::)
co zakladni deska? je ok? (nafouknute kondiky aj.), dost casto za to taky muze vadny zdroj (kolisani napeti)
-
Deska mě taky napadla, ale když funguje PM, tak to asi nebude ono. Pochybuju, že by kondíky mohly rozlišovat mezi Live a instalací...
-
co je v logoch toho debianu?
-
Do logů jsem nekoukal, protože to zdechen tak rychle, že tam toho asi moc nebude. Ale určitě to zkusím. Na co bych se měl konkrétně zaměřit?
-
Zkus odpojit všechny USB zařízení, krom klávesnice a myši ...
-
vim, ze nekdo nadava na jadro rady 3.2, zkusil bych neco, co jadro rady 3.2 neobsahuje
-
Do logů jsem nekoukal, protože to zdechen tak rychle, že tam toho asi moc nebude. Ale určitě to zkusím. Na co bych se měl konkrétně zaměřit?
to neviem ale posledne riadky v logu by mohli byt zaujimave. ak tam teda vobec nieco bude.
-
Narazil jsem na problém, se kterým si nějak nevím rady. Popis situace: po nějaké době používání PC-BSD to na mě vyhodilo hlášku, že je nějaký problém s GPT tabulkou disku a odmítlo ho to namounotvat. Připojil jsem ---------- zkráceno ---------------------
Zkusil jsem několik věcí:
----------zkraceno------------------
Sestava: CPU Intel i7 QC, RAM 4x2 GB, VGA Radeon HD 4670, MB ASUS
Vzhledem k tomu, že PM běží bez závad, tak už opravdu nevím, co ještě vyzkoušet a jak situaci řešit. Předem díky za případné nápady a zkušenosti
Jen zkusím navrhnout co bych ještě řešil. Zkušenosti z jiných strojů a OS.
A je možné, že jsi to už dělal...
1. jak je na tom chladící soustava ? nemáš tam u ventilátoru cucek ?
2. jak jsou na tom pasty na chipsetu a CPU ? nejsou už out ?
To že tam běží PM hodiny nic nemusí znamenat.
3. prošel bych kondenzátory
4. zkusil bych vyhodit jeden RAM modul
5. zkusil bych tam dát už nainstalovaný HDD s třeba Ubuntu 12.04 ... v podstatě by se to mělo chytnout ... pokud ne může být v háji deska a řadič.
Ale opravdu jen jsem vypsal, co děláme tady u nás, když už si nevíme rady tak jako ty.
-
Díky za nápady. Myslím si, že chlazení to asi nebude. Jednak PM běží hodiny a druhak Debian jen pár vteřin i po startu ze studeného stroje. Zahýbat RAMkami by možná šlo, to můžu stát za pokus. Třeba se Memtest nějak nepodařil. Taky vidím komplikaci v tom, že instalace Debianu proběhne bez nejmenších problémů i na danám stroji a klekne to až při bootování z toho disku. Jinak disk je pro jistotu připojený k PCI řadiči a ne k řadiči na MB
-
Díky za nápady. Myslím si, že chlazení to asi nebude. Jednak PM běží hodiny a druhak Debian jen pár vteřin i po startu ze studeného stroje. Zahýbat RAMkami by možná šlo, to můžu stát za pokus. Třeba se Memtest nějak nepodařil. Taky vidím komplikaci v tom, že instalace Debianu proběhne bez nejmenších problémů i na danám stroji a klekne to až při bootování z toho disku. Jinak disk je pro jistotu připojený k PCI řadiči a ne k řadiči na MB
No já mám laptop, kde mi systém nenaběhne pokud nemám v grub toto:
reserve=0xFFB00000,x100000 (http://www.fitzenreiter.de/averatec/index-e.htm)
za 4 roky jsem nepřišel k čemu to je dobré, ale bez toho mi laptop nenaběhne.
Nějaká zrada prý.
Ale u těch RAM modulů jsem měl namysli jeden vyndat, a zkusit zda náhodou se nepo*** memtest není vševědoucí.
To PM nemusí zatěžovat právě tu vadnou oblast, a nebo může to "ignorovat"... nejsem vědma, mluvím z zkušeností.
A říkáš, že ze studeného stroje Debian naběhne na pár vteřin a pak šlus ?
Obávám se, že hledal bych opravdu vadu v HW.
-
Ty RAMky vypadají celkem nadějně, protože PM skutečně zabere jenom pár procent z celku. Určitě je zkusím růzmě nakombinovat různé moduly do různých slotů
-
pokud jsi zkousel Ubuntu 12.04 a debian stable (oboji s kernelem 3.2), tak zkus Ubuntu 13.10, protoze ja mam u kernelu rady 3.2 negativni zkusenosti (vim o nekolika PC, kde se s kernelem 3.2 rozpadal filesystem, ale vyssi kernely toto nedelaji a bezej v pohode)
-
Zkoušel jsem Debian Testing a Ubintu 12.04
-
Já bych začal u logů, nekončil bych tam.. Pokud jede vše ostatní a testy vyšly bez problému, v těch logách to bude....
-
Já bych začal u logů, nekončil bych tam.. Pokud jede vše ostatní a testy vyšly bez problému, v těch logách to bude....
Ne nutne. Kdysi mi lehal stroj kvuli dece prachu na chladicich CPU a lehlo to takovym fofrem, ze v logu nic nebylo.
-
Já bych začal u logů, nekončil bych tam.. Pokud jede vše ostatní a testy vyšly bez problému, v těch logách to bude....
Ne nutne. Kdysi mi lehal stroj kvuli dece prachu na chladicich CPU a lehlo to takovym fofrem, ze v logu nic nebylo.
Je-li to laptop tak to taky může být i pipe. A to je pak skoro nemožné najít závadu jinak než to vyměnit celé za jiný kus.
U desktopu to bývá prach na chladiči. Prach je pěkná svině. Avšak horší je ještě zteřelá chladící pasta. Mezi CPU/GPU a chladičem. Není vidět, ale nefunguje.
Však čekám zda tazatel toto vyloučil. Bohužel to bude muset komplet rozebrat. Tedy pochopil jsem, že to je laptop.
-
Zkoušel jsem Debian Testing a Ubintu 12.04
Odkud jsi ? Čechy / Morava ? Kdyby jsi byl blízko, řekl bych ti zastav se u mne v dílně. Něco bychom vyzkoušeli.
-
Narazil jsem na problém, se kterým si nějak nevím rady. Popis situace: po nějaké době používání PC-BSD to na mě vyhodilo hlášku, že je nějaký problém s GPT tabulkou disku a odmítlo ho to namounotvat. Připojil jsem další HDD, na něj nahodil PC-BSD, naimportoval příslušný tank a bez problémů odklidil vše potřené na externí disk.
Následně jsem potřeboval na stroj instalovat Debian, takže jsem klasicky spustil testing net-install. Vše proběhlo OK, instalace jenom základní sady bez X-sek. Ale při snaze o bootování dochází k samovolnému restartu stroje, většinou už před náběhem loginu.
Zkusil jsem několik věcí:
1. live distribuce (Parted Magic) běží bez sebemenších problémů několik hodin
2. 2x jsem provedl kompletní Memtest - žádné chyby nehlášené
3. provedl jsem kompletní SMART test instalačního HDD (ostatní jsou odpojené, doba testu cca 4 hodiny) - žádné chyby
4. zkusil jsem live Ubuntu 12.04. - ani nenaběhne první obrazovka, dojde k samovolnému restartu
5. z PM jsem spouštěl System Stabillity Tester a Profiler a Benchmark - vše opět OK, systém běžel 24 hodin bez problémů a restatu
Sestava: CPU Intel i7 QC, RAM 4x2 GB, VGA Radeon HD 4670, MB ASUS
Vzhledem k tomu, že PM běží bez závad, tak už opravdu nevím, co ještě vyzkoušet a jak situaci řešit. Předem díky za případné nápady a zkušenosti
Vyzera to na poskodeny zavadzac "GPT" HDD Disku.
Minule sme riesili nieco podobne na starsom PC s 320Gb HDD. Po restarte kolegovi z nico nic nenacitalo XP /no boot/. Kedze to XP uz malo niekolko rokov, urobil som reinstall XP na particiu C:. Samotny proces instalacie XP a nacitanie suborov na HDD do particie C: presiel bez akychkolvek chybovych hlasiek. Po dokonceni instalacie a restarte PC - NIC. Takze som skusil obnovu MBR - /zapis z prikazoveho riadka/ vsetko OK, avsak po restarte PC, ani tuk. Dalsi krok, nahodil som live Linux Mint 16.Po nabehnuti Linux automaticky pripojil HDD a preto som okamzite urobil komplet zalohu casti D:, kde mal kolega sukromne fotky a videa. V GPARTED boli obidva casti C: a D: viditelne a C: bol oznaceny ako BOOT. Potom som dal install Linux Mint 16 na HDD -smotny priebeh instalacie bez problemov. Restart pocitaca - ani tuk. Zaujimave bolo to, ze v live rezime program GPARTED nezistil ziadny problem s HDD ! Po roznych pokusoch s umiestnenim GRUBu do inej particie a naslednych 50 restartoch PC som to vzdal.
Vysledok: kupa noveho HDD pre system a povodny HDD bezi dalej ako datovy disk.
-
Vyzera to na poskodeny zavadzac "GPT" HDD Disku.
Uff, to mne nenapadlo. Pak tedy vyzkoušet jiný HDD, jestli to pojede. Je chyba v disku. Může být vadná elektronika.
To jsou závady, které se hodně blbě hledají.
-
Vyzera to na poskodeny zavadzac "GPT" HDD Disku.
Uff, to mne nenapadlo. Pak tedy vyzkoušet jiný HDD, jestli to pojede. Je chyba v disku. Může být vadná elektronika.
To jsou závady, které se hodně blbě hledají.
Nepravděpodobné
4. zkusil jsem live Ubuntu 12.04. - ani nenaběhne první obrazovka, dojde k samovolnému restartu
Ale můžeš zkusit odpojit disk a spustit to ubuntu bez disku ...
-
Uff, to mne nenapadlo. Pak tedy vyzkoušet jiný HDD, jestli to pojede. Je chyba v disku. Může být vadná elektronika.
To jsou závady, které se hodně blbě hledají.
Nepravděpodobné
Souhlasím, ale ne nemožné. Už jsem viděl pár disků co shazovaly MB, a pak najednou takový čmoudíčky z nich. A elektronika pá-pá.
Jeden takový mi leží vedle ruky. Jedna dioda sežrala komplet elektroniku malé NASky. Opravit se podařilo jen ten HDD.
4. zkusil jsem live Ubuntu 12.04. - ani nenaběhne první obrazovka, dojde k samovolnému restartu
Ale můžeš zkusit odpojit disk a spustit to ubuntu bez disku ...
Ale čím víc nad tím uvažuji, tipoval bych to na grafiku, nebo napájecí modul. Chlazení, pipe, pasty.
To by chtělo mít v ruce. Máme na to postup.
Končí to pak mnohdy mikroskop - reflow (tlakové prohřátí) - mikroskop - 1měs až 2roky života - křemíkové nebe.
-
Těžko říci bez diagnostiky, ale ta grafika se jeví dosti logicky. Instalátor jede ve vesa režimu, takže to nainstaluješ, po instalaci však zapne plný výkon a spadne. Ubuntu nenaběhne, protože detekuje grafiku a snaží se nahodit plný výkon. PartedMagic tuším grafiku nedetekuje a používá též nějaký Vesa režim ... proto jel. Ale jak jsem psal, bez diagnostiky jsou to spekulace.
-
Díky všem za reakce, nápady a náměty. Trochu bych to shrnul:
jedná se o desktop
Co se týká chlazení, tak si myslím, že i PM potřebuje CPU a kdyby byl problém v jeho chlazení, nejel by hodin včetně zátěžového testu v benchmarku.
Co se týká prachu, tak jsem po otevření behdny samozřejmě všechno co nejlépěji odprašnil
Včera jsem přes PM smazal vše, co bylo v adresáři /var*log. Dnes ráno jesm nechal 3x naběhnout Debian (3x po pár vteřinách zdechnul) a žádné logy se neobjevily
Ta grafika mě taky napadla a navíc jsem si v těch pár hláškách, které se před zdechnutím objeví, všimnul jakéhosi erroru na radeon r600 (jenom pro osvěžení - je tam karta HD 4670 a jádra 3.11 a 3.12 ). Hláška proběhne ale tak rychle, že z toho moc nevyčtu...Bohužel momentálně nemám k dispozici žádnou PCI-E grafiku, abych to okamžitě vyzkoušel. Tomu by nahrávalo i to, že spuštění Ubuntu 12.04 ani nezobrazí první obrazovku z volbou jazyka a mezitím to restartuje
Proto jako první zkusím odpojit USB interní čtečku paměťových karet a jako druhé si pohrát s RAM moduly
-
Tak jsem jako první a nejjednodušší řešení zkusil odpojit všechny USB zařízení kromě myši a klávesnice (interní čtečka karet, přední USB porty a napájení bedniček) Výsledek to ale žádný nepřineslo. V dalším kroku zkusím postupně všechny RAM moduly, ale spíš jenom pro jistotu. Vidím to čím dál víc na grafiku, takže asi zkusím někde sehnat nějakou levnou nVidia a uvidím
-
To ta deska nemá žádný PCI slot, abys tam dal nějakou vykopávku a viděl, jestli naběhne, nebo ne?
-
PCI slot má, ale já jsem našel jenom pár vykopávek se sběrnicí AGP. Zkusím zapátrat po kamarádech, na zkoušky by to určitě stačilo. Díky za nápad
-
Tak mám slíbenou PCI ATI Mach64 VT. Večer jí nudu mít u sebe a zítra to zkusím, Je to sice taky ATI, ale uvidím, jak bude situace vypadat. Každopádně tomu věnuju trcohu času a udělám i čerstvou instalaci Debianu s LXDE
-
Tak mám slíbenou PCI ATI Mach64 VT. Večer jí nudu mít u sebe a zítra to zkusím, Je to sice taky ATI, ale uvidím, jak bude situace vypadat. Každopádně tomu věnuju trcohu času a udělám i čerstvou instalaci Debianu s LXDE
Ty teď jsem řešil zajímavý problém, něco podobného jako ty.
Taky systém po čisté instalaci.
A bylo to zdrojem. Bouchnutý kondík ve zdroji.
Vyměnil jsem ho, a systém naběhl.
Ale je fakt, že tam byly 3xHDD, 1xDVD a GPU byla napájená ze zdroje taky.
jen mě tak napadlo... jestli jsi se nezkoušel na zdroj podívat, myslím dovnitř...
Zkusit to třeba na chvíli připojit na jiný zdroj... třeba kolísá napětí.
-
Zdroj to asi nebude, bohužel, bylo by to pak jednodušší... Pokud by byl nějak poblbaný, tak by asi těžko táhnul Live PM několik hodin v kuse a bez nejmenšího problému.
Ráno jsem vyzkoušel zmíněnou ATI Mach64, ale výsledek nebyl žádný. Ani jsem to moc nečekal, ale zkusit se musí. Budu ještě zkoušet paměti a disky, ale pokud je to v grafice, tak ai bude problém mezi novější verzí Xorg a starou kartou. Za chvíli zkusím přeházet moduly RAM a dát tam místo 4 jenom dva a uvidím
-
Taky se přidám do diskuze (nečetl jsem to celé, omlouvám se za případné opakování).
Memtest umí kecat (alespoň u DDR3 paměti; 4GB modul jsem testoval několik hodin ve dvou různých počítačích, nic nenašel, přesto to padalo furt dokola). Buď zkus start s jedinym modulem (a prostřídat je postupně všechny) a v řpípadě neúspěchu zkus úplně jinej modul (půjčit od kámoše).
Jestliže to padá při běhu z disku a ne při běhu z Live, zkus testovat disk. SMART testy nestačí, chce to ideálně badblocks se zápisem. Může bejt rozbitej jeden soubor a tím pádem to bude padat furt dokola. Vyměň kabely mezi diskem a deskou apod. Pokud je možnost, lze si tohle štrachání odpustit a zkusit start systému z jinýho disku.
Dál už lze podezřívat máloco... Grafiku jsi měnil, zdrojem to podle mě neni.
Ještě mě napadá špatněj řadič na desce nebo něco kolem něj, ale to by asi nejelo ani z CD (kdyby byl špatnej SATA řadič, asi by to blbnulo i z CD). Zkus přepojit kabely do jinejch děr, prohoď CD a HDD.
Systémový logy nic neříkají?
-
Já bych to pro jistotu trochu shrnul:
na stroji běží bez problému klidně několik hodin Live PartedMagic, který běžně používám pro různé účely. Je asi jasné (aspoň doufám...), že používá zdroj, CPU (podrobeno zátěžovým testům, takže nebude problém ani v chlazení), RAM (i když jen omezeně) a nějak i grafiku (nejspíš to bude asi VESA). Připojené disky dokáže přimountovat a provést na nich všechny možné testy.
Mám 4x2 GB moduly DDR3, 1333 MHz, CL9
Chtěl jsem ej zkusit po jednom, ale deska má na RAM nějaký SelfTest a ten to nedovolí (stroj vůbec nenaběhne a červení se příslušná dioda) Tak jsem dal namátkou dva moduly podle schématu a nahodil stroj. Sice to taky zdechlo, ale vydrželo o něco déle (asi 3-4 minuty) a dokonce poslalo něco do logů. Vzal jsem obsah ze souboru SYSLOG.
Jediné chyby, co jsem našel, jsou tyto:
[ 12.265320] input: PC Speaker as /devices/platform/pcspkr/input/input9
[ 12.276229] Error: Driver 'pcspkr' is already registered, aborting...
[ 12.300430] [drm] Initialized drm 1.1.0 20060810
[ 12.302084] snd_hda_intel 0000:00:1b.0: irq 46 for MSI/MSI-X
[ 12.310597] EDAC MC: Ver: 3.0.0
[ 12.326583] EDAC MC0: Giving out device to 'i7core_edac.c' 'i7 core #0': DEV 0000:3f:03.0
[ 12.326608] EDAC PCI0: Giving out device to module 'i7core_edac' controller 'EDAC PCI controller': DEV '0000:3f:03.0' (POLLED)
[ 12.326614] EDAC i7core: Driver loaded, 1 memory controller(s) found.
[ 12.398161] kvm: VM_EXIT_LOAD_IA32_PERF_GLOBAL_CTRL does not work properly. Using workaround
[ 12.453950] input: HDA Intel MID Front Headphone as /devices/pci0000:00/0000:00:1b.0/sound/card0/input17
[ 12.454004] input: HDA Intel MID Line Out Side as /devices/pci0000:00/0000:00:1b.0/sound/card0/input16
[ 12.454084] input: HDA Intel MID Line Out CLFE as /devices/pci0000:00/0000:00:1b.0/sound/card0/input15
[ 12.454160] input: HDA Intel MID Line Out Surround as /devices/pci0000:00/0000:00:1b.0/sound/card0/input14
[ 12.454238] input: HDA Intel MID Line Out Front as /devices/pci0000:00/0000:00:1b.0/sound/card0/input13
[ 12.454317] input: HDA Intel MID Line as /devices/pci0000:00/0000:00:1b.0/sound/card0/input12
[ 12.454394] input: HDA Intel MID Rear Mic as /devices/pci0000:00/0000:00:1b.0/sound/card0/input11
[ 12.454475] input: HDA Intel MID Front Mic as /devices/pci0000:00/0000:00:1b.0/sound/card0/input10
[ 12.454747] pcieport 0000:00:05.0: driver skip pci_set_master, fix it!
[ 12.454796] hda-intel 0000:01:00.1: Handle VGA-switcheroo audio client
[ 12.454826] snd_hda_intel 0000:01:00.1: irq 47 for MSI/MSI-X
[ 12.513919] iTCO_vendor_support: vendor-support=0
[ 12.514394] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.10
[ 12.514414] iTCO_wdt: Found a P55 TCO device (Version=2, TCOBASE=0x0860)
[ 12.514496] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0)
[ 12.601931] [drm] radeon kernel modesetting enabled.
[ 12.682504] input: HDA ATI HDMI HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:05.0/0000:01:00.1/sound/card1/input18
[ 12.696959] [drm:radeon_pci_probe] *ERROR* radeon kernel modesetting for R600 or later requires firmware-linux-nonfree.
Konec byl při prvním spuštění o něco posunutý s tímto koncem:
Mar 4 13:33:49 dhcppc4 exim[2183]: 2014-03-04 13:33:49 exim 4.82 daemon started: pid=2183, -q30m, listening for SMTP on [127.0.0.1]:25 [::1]:25
Mar 4 13:33:49 dhcppc4 exim[2183]: 2014-03-04 13:33:49 Cannot open main log file "/var/log/exim4/mainlog": Permission denied: euid=101 egid=104
Mar 4 13:33:49 dhcppc4 exim[2183]: exim: could not open panic log - aborting: see message(s) above
Mar 4 13:33:56 dhcppc4 dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 10
Mar 4 13:34:06 dhcppc4 dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 7
Mar 4 13:34:13 dhcppc4 dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 13
Mar 4 13:34:26 dhcppc4 dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 11
Mar 4 13:34:37 dhcppc4 dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 9
Mar 4 13:34:46 dhcppc4 dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 3
Mar 4 13:34:49 dhcppc4 dhclient: No DHCPOFFERS received.
Mar 4 13:34:49 dhcppc4 dhclient: No working leases in persistent database - sleeping.
Podruhé to bylo rychlejší:
Mar 4 13:36:11 dhcppc4 acpid: starting up with netlink and the input layer
Mar 4 13:36:11 dhcppc4 acpid: 1 rule loaded
Mar 4 13:36:11 dhcppc4 acpid: waiting for events: event logging is off
Mar 4 13:36:11 dhcppc4 /usr/sbin/cron[1950]: (CRON) INFO (pidfile fd = 3)
Mar 4 13:36:11 dhcppc4 /usr/sbin/cron[1996]: (CRON) STARTUP (fork ok)
Mar 4 13:36:11 dhcppc4 /usr/sbin/cron[1996]: (CRON) INFO (Running @reboot jobs)
Mar 4 13:36:12 dhcppc4 exim[2197]: 2014-03-04 13:36:12 exim 4.82 daemon started: pid=2197, -q30m, listening for SMTP on [127.0.0.1]:25 [::1]:25
Mar 4 13:36:12 dhcppc4 exim[2197]: 2014-03-04 13:36:12 Cannot open main log file "/var/log/exim4/mainlog": Permission denied: euid=101 egid=104
Mar 4 13:36:12 dhcppc4 exim[2197]: exim: could not open panic log - aborting: see message(s) above
Deska má dva LAN porty a je zapojený eth0, takže LAN port by problém neměl dělat
-
Mám ještě následující plán:
- nechám dva RAM moduly a všechno ostatní na svém místě
- odpojím všechny disky
- na PCI řadič připojím úplně jiný disk
- na něm udělám čistou instalaci Debianu testing bez grafického prostředí
- na tuto sestavu zkusím z USB pustit Live Ubuntu 14.04
Když jsem zkoušel 12.04, tak to ani nenaběhlo do první obrazovky s volbou, jazyka a co se má udělat
Když to nepomůže, tak ještě prohodím paměti a případně zkusím nějaké jiné - budu muset sehnat
Dost mě mate (a ukazuje na grafiku) proč PM jede jako drak a Ubuntu se ani nespustí...
-
Ad. Ubuntu 12.04 - Stejnej problém - já na ten komp se špatnou RAM téměř ani nedokázal nainstalovat systém, natož aby to běhalo bez problémů. Po výměně RAM to šlapalo krásně.
Když jsem na stejnym (tedy špatnym, leč podle memtestu bezproblémovym) modulu kompiloval Gentoo zdechávalo to samovolně, občas kompilace, občas celej systém... Netřeba říkat, že jsem to musel celý přeinstalovat od základu znova (s novou RAM).
Sežeň jiný moduly. Případně zkus desku přemluvit na boot jen s jednim, pokud se nechá. Nebo si nakreslit na papír schéma pokusů a prohazovat, dokud nevyzkoušíš všechny kombinace...
Zkoušel jsi ten Debian na disku přeinstalovat? Máš k dispozici jinej disk (klidně malej/pomalej, prostě nějakej na test)? Z něj je stejná chyba?
K těm chybám, co jsi poslal:
Radeon chybu nevidm jako podstatnou, když to po ní stále ještě jede
exim a nemožný zapisovat do logu - to lze ignorovat, ale...
Pokud můžeš, zařiď, aby se systémem nestartovalo nic zbytečnýho navíc. Vypni všechny služby, nech ject samotnej systém + síť + SSH (pokud je třeba). Například mailserver, apache, mysql a podobný blbosti - všechno vypni. Může bejt problém s jednim kusem SW (třeba právě exim?) a ten to může shazovat.
Takže scénář dle mě:
1. vypnout služby (třeba z Live) a zkusit nastartovat co nejčistší systém
2. instalace novýho systému na jinej HDD
3. prohazování RAM modulů
(4. vyzkoušet stejnej HDD se stejnym systémem ve velmi podobnym PC)
-
Zajímavé právě je, že Debian tam z USB nainstaluju bez nejmenších zádrhelů a trvá to určitě delší dobu, než 3-4 minuty. Problém nastane až v momentě, kdy se instalace dokončí a má se běžným způsobem bootovat
Už mám ve stroji PCI řadič na SATA a další disk, který určitě funguje. Zkusím ho připojit na řadič, ostatní disky odpojím a nainstaluju Debian
Teď tam mám Testing bez grafického prostředí, jenom základní systémové nástroje. A většinou to zdechen tak brzy, že se ani nestačí nic zapsat do logů...
-
akorat jsem si vsimnul, ze nemas firmware pro radeon kms, takze co treba kms vypnout? parametr kernelu nomodeset nebo radeon.modeset=0
v tvym pripade to tam musis napsat pres live distribuci, udelat chroot a update-grub nebo proste v grubu to tam pokazde dopises (nebo poprve, nez jednou nabootuje system)
-
trubicoid2: Taky jsem koukal, ale nepovažuju to za původce problému, zvlášť, když PC dál jede ;-)
Quido: Zkus to přes ten řadič na jinym disku a uvidíme.
-
mne se potentoval jednou fw k radeonu a dostalo se to do nekonecne restartovaci smycky >:( dost trvalo, nez jsem prisel na pricinu :o
predpokladam ze instalacni a univerzalni CD nabootuji bez radeon kms a instalovany system na disku uz by chtel radeon kms pouzivat a nenabehne
takze bych mu to kms zakazal a videlo by se, nebo dodat spravny fw (coz mozna bude lehci z liveCD nez se drbat s grubem), jde o tyto soubory https://wiki.gentoo.org/wiki/Radeon#Firmware
-
jeste jedna zaludnost je, ze nektery distra musi ty fw soubory mit uz v initrd.gz a ne jen jak normalni lidi jen v /lib64/firmware; ja to mam pro sichr primo v jadre
takze bych to kms asi vypnul
-
Díky za nápady!
Instalaci na jiný disk určitě zkusím a podstrčit mu soubory s FW by přes PM neměl být zásadní problém.
A udělám to pěkně jedno za druhým a uvidíme...
-
Zajímavé právě je, že Debian tam z USB nainstaluju bez nejmenších zádrhelů a trvá to určitě delší dobu, než 3-4 minuty. Problém nastane až v momentě, kdy se instalace dokončí a má se běžným způsobem bootovat
UEFI secure boot?
-
UEFI to asi nebude. Jednak je to už starší deska a druhak to grub spustí a zdechne až potom
Takže jsem dnes odpojil všechny disky, náhradní připojil na PCI řadič a udělal instalaci Testingu v základu
Naběhlo to, dokonce jsem se i přihlásil a pak to za pár vteřin restartovalo. Je zajímavé, že většina logů je úplně prázdných, i když se objevily jejich názvy.
Ubuntu 14.04 ukáže jenom úvod do Unetbootin a po výběru spuštění bez instalace skoro okamžitě restartuje. Nic dalšího už se neobjeví
Navečer zkusím z debianích stránek sráhnout balík formware-linux-nonfree a překopírovat soubory do ranní instalace
Pokud se mi to podaří, tak bych měl mít o víkendu k dispozici nějakou nVidia 210, tak to zkusím s ní
-
Navečer zkusím z debianích stránek sráhnout balík formware-linux-nonfree a překopírovat soubory do ranní instalace
jeste pak bude asi potreba update-initramfs nebo neco na ten zpusob
a jeste je tu ta moznost vypnout kms pres prikazovou radku jadra, je to totiz uz nejakou dobu defaultne zapnuty
-
Zkuste místo Memtestu použít GoldMemory. Už několikrát mi našel chybu tam, kde Memtest nic nenašel.
-
Paměti nebo grafika.
Integrovanou to nemá (co jsem pochopil, jinak už y se vyzkoušela).
Paměti by bylo ideální sehnat od někoho k půjčení. Nejsi asi z Plzně, viď? Na 90% bych poskytnul moje (to by záleželo na domluvě).
Jestli jsi trochu zkušenej, nabootuj Gentoo install CD a začni instalaci (rozbalením stage, pak kompilací nějakých blbostí, třeba gcc nebo glibc nebo něco většího). Stačí bejt v chrootu a dokola kompilovat různý věci, čím větší, tím lepší. Teoreticky by stačilo emerge libreoffice a on už si spočte co mu chybí.
Mě to se špatnou pamětí dělalo při tomhle postupu různý věci. Stage se rozbaloval řádově minuty, možná i desítky minut. Kompilace balíků občas končila chybou, občas to celý zatuhlo. Šel bych tímhle směrem. Navíc ta ATI fíčura by se mohla nechat v Gentoo install vypnout, takže bys jel přes vesa nebo co to je, tím pádem v pohodě.
Ale je to asi jasný, grafika nebo paměti. Já říkám stále paměti.
Ubuntu na tom ani nenastartuje, říkáš? Zkus ho v textovym režimu, pokud to z jeho Live jde.
-
Je to deska bez integrované grafiky.
Z Plzně nejsem, ale už jsme nějaké paměti poptal a pokud by to vyšlo, tak bych možná následně uvažoval o zvětšní RAM na 16 GB v nových modulech 4x4 GB
Uvidím taky, jak dopadne zkouška z nVidia grafikou a případně bych taky vyměnil. Nepotřebuju nic moc světoborného, takže by to čerta nestálo
S Ubuntu si ještě zkusím pohrát, jestli se něco neujme
-
Možná drobnost, ale přeinstalovat v recovery módu drivery grafiky podle tohoto řádku už se zkoušelo?
[ 12.696959] [drm:radeon_pci_probe] *ERROR* radeon kernel modesetting for R600 or later requires firmware-linux-nonfree.Když jsem měl problémy s jedním zařízením, tak nonfree ovladače daly všechno do pořádku. A pokud to z nějakého důvodu dělá grafika...
-
Díky za nápad, určitě vyzkouším
-
Včera už jsem neměl čas na žádné testování, takže jsem jenom přes noc pustil Memtest86 (předtím to byl Memtest86+) Běželo to 14 hodin a chyba se neobjevila, dokonce nedošlo ani k nečekanému restartu, že by se při běhu nějak pochrula paměť. Dneska snad bude trochu čas, tak zase něco zkusím
-
Jeste muzete zkusit starodavny http://gcc1.dyndns.org/ftp/0cd/Checkit_4/disk2/RAMEXAM.EXE . Dosud asi nejdrsnejsi test pamet. Bezi ale pod DOSem (cili asi flashka s FreeDOSem). Neumi se v pameti realokovat, takze kus nelze otestovat. Cili to chce po uspesnem testu presachovat pametove moduly a zkusit znovu.
Z uvodni obrazovky se to musi prepnout na Advanced Display pomoci Alt-Tab a tam nacvakat vsechny testy a jit chrapat.
Odpojil bych disk, cert ver, jestli to neni zavirovane. A otazka take je, jestli to jeste na dnesnim HW pobezi.
-
Slíbená nVidia se zatím nekoná, takže jsem dneska našel trochu času a zkusil dvě distribuce:
Ubuntu 10.04 - podobně jako již zkoušené verze 12.04. a 14.04. vůbec nenaběhne úvodní obrazovka Live a hned to restarutej
AntiX s jádrem 3.7.10 - úvodní obrazovka Live naběhne v pohodě. V sekci Video Mode jsou 3 možnosti: default, vesa a safe. Default se nespustí vůbec nic a restartuje. Safe nahodí základní systém Live, ale moc dlouho nevydrží. Vesa najede do konzole, je možné se v pohodě přihlásit, spusti MC, cokoliv v něm dělat a drží to
To bych řekl, že ukazuje více směrem ke grafice, než že by to podle video módu nějak prasila paměť
-
a co ten nomodeset parametr? to je jednoduchy zkusit, treba v ubuntu to zadas v grubu takto: http://ubuntuforums.org/showthread.php?t=1613132
-
Když ono se mi žádné Ubuntu nedostane až k té nabídce, kde je možná volba parametrů. AltiX ano a pokud se nepletu, tak právě s tímto parametrem startuje. Až bude chvilka, tak zkusím ten parametr nahodit do instalovaného Debianu a spustit ho
-
podla debian fora (http://forums.debian.net/viewtopic.php?f=6&t=107095&start=15) staci vypnut uefi a doinstalovat firmware-linux-nonfree a firmware-realtek
-
Já UEFI BIOS nemám, deska už je starší - na socketu 1366. Ten firmware bych musel naistalovat zvenku a to jsem zatím ještě nezkoušel. Ze systému to nejde, protože se nedostanu ani k přihlášení uživatele...
-
Pokud na tom valí nějaký Live Linux, tak zkus chroot. Pomocí něj se v konzoli "přeneseš" z Live na ten OS na disku a pak můžeš klidně použít apt-get install, jak jsi zvyklej (pokud to teda Debian má takhle :-) ).
-
tiez som mal samovolny restart PC, vymenil som grafiku pamate a nic nepomohlo nakoniec pomohol novy motherboard.
-
Kdyby to byla deska, tak by asi nejspíš nešel ani PM a to mnoho hodin, těžko by proběhlo 14 hodin memtestu atd
-
No uz jsem par starsich desek ozivoval a opravdu to neni nic lehkeho. Obcas pomuze kravina jako vyndat a zandat nebo prohazet RAMky, obcas na chvily zabavit baterku k BIOSU. Zavada na zdroji se vetsinou projevuje bud nahodne nebo prave pri prepinani grafiky do jinyho modu (netusim proc) a obcas pomuze nechat stroj bezet pet minut v BIOSU a pak se chytne.
No a osobne slavim nejvetsi uspechy s podtaktovanim procesoru a snizenim ruznejch veci v BIOSU jako spread spectrum a podobnejch veci ktery muze ovlivnovat frekvence pri zatezi (zalezi na moznostech BIOSU).
Zalezi na stari desky on i nenafouknutej kondik obcas ma kapacitu o dva az tri rady nizsi nez puvodni hodnota (z 1600uF mas napr. 30,6pF) no a pak se deji divy.
I stary hardisky umej potrapit, jak se casem zahrivaji, tak zacinaji chyby ve cteni i zapisu a parkrat se mi stalo ze jsem zahraty disk nekolikrat zformatoval na ruzne filesystemy a nainstaloval linux, ale po vychladnuti jsem nabootoval puvodni windows. (no dobre myslim ze to pri bootovani chciplo).
No a nakonec je tu pravidlo 3R restart-reinstall-rozkopat.
-
On dokáže potrápit i obyčejní zdroj. Pokud PC není v zátěži, může se vše zdát v pořádku, ovšem stačí nastartovat grafiku do výkonu a už to může pěkně kravit. Ale to už tu tuším bylo psané.
-
Když ono se mi žádné Ubuntu nedostane až k té nabídce, kde je možná volba parametrů. AltiX ano a pokud se nepletu, tak právě s tímto parametrem startuje. Až bude chvilka, tak zkusím ten parametr nahodit do instalovaného Debianu a spustit ho
pockej, pockej, bud to ty nechapes nebo ja
ja mam na mysli volbu parametru v grubu, v zavadeci, ten se ti snad ukaze normalne, ne? v tom odkazovanem je to az pod "How to enable kernel options on the livecd (before install)"
takze podle navodu v grubu zmacknes libovolne tlacitko a pak f6 a pak podle obrazku tam primo je nomodeset
-
Porad jeste nikdo neprisel s tim nejsamozrejmejsim resenim: Trpaslici, dost mozna i neviditelni, kteri mackaji tlacitko reset nebo nekde tahaji za draty. S tim se da delat malo, ale slo by zkusit dat kolem pocitace pasti na mysi s kousky cokolady, jestli se to tim nezlepsi.
-
Trubicoid2: To jsme se asi opravdu špatně pochopili. Nastavení GRUBU zkusím dneska večer nebo zítra ráno a dám vědět
JardaP: díky za radu, aspoň mi trochu zvedla náladu...
-
mě se to stávalo když jsem ěl počítač pod stolem a měl jsem jezdící židli - jak jsem měl nohu na noze od židle a přijel jsem ke stolu, tak jsem měl botu akorát přesně proti tlačítku restart...
... akorát jsem na to přišel rychle a dokonce bez nápovědy!
-
Mne se to stávalo, když si bejvalka vynucovala pozornost. Pastičky s čokoládou byly na nic, akorát po nich šíleně ztloustla. Pomohla až devítka. Po odstřelu škodné zase začalo všechno fungovat bez problémů. Nejtěžší a to přímo doslova bylo odklidit tělo. Inu deset let krmení čokoládou. ;D
-
Mne se to stávalo, když si bejvalka vynucovala pozornost. Pastičky s čokoládou byly na nic, akorát po nich šíleně ztloustla. Pomohla až devítka. Po odstřelu škodné zase začalo všechno fungovat bez problémů. Nejtěžší a to přímo doslova bylo odklidit tělo. Inu deset let krmení čokoládou. ;D
A historku o Vekovce znas?
Byla nebyla, zila jednou jedna dobra zena. Jednoho dne ji manzel tak nasral, ze ho zavrazdila. Manzela pak zavarila do zavarovacek, jake se tehdy pouzivaly. Ty se sklenenym vickem a oranzovym gumovym tesneni. Rikalo se jim vekovky, asi podle nemecke znacky Weck.
Jednou takhle varila kus manzela psum do zradla. I prisli kamaradi ze strany ptat se, jak se dari Frantovi, ze uz ho delsi dobu nevideli. Vekovka jim rekla, ze nekam odbehl a ze zrovna vari eno nuno pajslicek, tak jestli by si nedali. I dali si a kdyz je pak vyslychali jako svedky u soudu, byli jeste celi zeleni a snad se tam i poblili.
Jinak take existuje pro inspiraci film Fried Green Tomatoes.
-
No něco na toto téma jsem tuším slyšel, ale už je to déle.
-
Jo, snad nekdy v padesatych letech. Jen se mi nikde nepodarilo najit informace, ktere by potvrdily, ze se to opravdu stalo. Mozna je to akorat kachna.
-
No koukam ze se tema zacina zvrhavat.
Jinak ta prihoda mi pripomina kombinaci http://www.legie.info/povidka/11349-skopec-na-porazku a http://www.csfd.cz/film/234329-snidane-pro-psy/
-
Tak jsem se konečně dostal ke stroji, abych vyzkoušel další varianty. Chrootnul jsem se přes PM do stroje a nastavil /etc/default/grub na řádku GRUB_CMDLINE_LINUX_DEFAULT další dva parametry (už tam byl quit) - splash a nomodeset a provedl příkaz update grub
Pak jsem vyzkoušel bootování. Jsou k dispozici možnosti: pro dvě jádra - 3.11 a 3.12 vždy standardní a recovery mód. Bez problémů se mi podařilo nahodit jenom recovery pro jádro 3.11. U ostatních variant to zdechne hned na počátku bootování krátce po opuštění grubu. Normálně jsem tak mohl přidat nalíčky pro firmware.
Tím zmizela původně detekovaná chyba, ale objevila se tato:
[drm] VGACON disable radeon kernel modesetting.
[drm:radeon_init] *ERROR* No UMS support in radeon module!
Našel jsem na netu, že by tomu mohlo pomoct odstranění parametru nomodeset a opravdu to zafungovalo.
Tak jsem zkusil instalovat X-org a spustit Xorg -configure. Xorg.conf ale neobsahuje žádný slušný driver a X-ka nenaběhnou:
Identifier "Card0"
Driver "modesetting"
BusID "PCI:1:0:0"
Mám k dispozici zdroj (sice jenom 300 W, ale na desku a jeden disk by to mohlo stačit), takže ho taky zkusím přehodit. Pak chci udělat aktualizaci a zkusit jádro 3.13.
Pokud se padání lisí podle jádra, tak by to asi nejspíš směřovalo ke grafice, ne?
-
xorg.conf uz vlastne nebyva potreba, muzes ho klidne smazat nebo prejmenovat; jestli ho chces, tak tam ma byt driver "radeon" a ne to co ti divnej xorg-configure nasel
-
Tak jsem se po delším čase dostal opět k záhadnému PC a vyzkoušel několik variant:
1. spustil jsem instalaci Win XP Home 3x po sobě. Vždy to kleklo při kroku Instalace zařízení v cca stejné fázi
2. vyzkoušel jsem Manjaro a Bodhi (to klekne skoro hned), Manjaro naběhne, spustí instalaci, nastaví se časová zńa, rozdělí disky a při instalaci balíčklů zdechne
3. Slackware 14.1 - 64-bit - nikdy jsem v něm nedělal, ale ze zoufalství jsem ho zkusil. Instalace proběhla v pohodě, včetně vybraných balíčků (XFCE), má pořád ještě LILO. Po instalac, nastavení a restartu to naběhne bez problémů. Po staru X normálně naběhne XFCE, XORG je ve VESA módu.
Spustil jsem automatické vytvoření xorg.conf ( Identifier "Card0" , Driver "radeon" , BusID "PCI:1:0:0" ; Card1 je opět VESA).
Příkaz lspci -k hodí toto:
01:00.0 VGA compatible controller: AMD/ATI [Advanced Micro Devices, Inc.] RV730 XT [Radeon HD 4670]
Subsystem: PC Partner Limited Device e100
Kernel driver in use: radeon
Kernel modules: radeon
No a už to trápím cca 3 hodiny a běží jako po másle, žádné seky ani restarty. Ve Slacku se sice hrabu jako prase v bukvicích, ale zdá se, že hladní problém ju Debianu a jincýh dister je v kombinaci grafická karta - XORG - MESA - KERNEL (Slack má jádro Linux 3.10.17 x86_64)
-
Tak vezmi config jádra ze Slacku a udělej si podle něj jádro v Debianu. Ideální stav.
Config by měl bejt v /proc/config.gz
Možná jde získat i jinak, to ale nevím...
Pokud je problém v tom, že jinej systém nevydrží na kompilaci dost dlouho běžet, šlo by to jádro i s modulama zkopírovat. To bych ale já osobně hned zavrhnul, s tím bude práce jak na kostele a celý se to může podělat na čemkoliv - právama počínaje, přes velikost písmen souborů a umístění a speciálníma distro patchema jádra konče. Ale bylo by to podle mě možný a komp by možná i nastartoval...
-
Díky za radu, až bude čas, tak to nějak zkusím sešmoulit dohromady
-
Jenom tak pro kontrolu jsem do stroje zkusil vrátit původně vyndané RAM moduly, takže je tam opět 4x2GB. A Slack si s tím poradil úplně v pohodě. Zatím nevím, jestli se budu snažit nějak zlomit Debian na stávající konfiguraci. Spíš možná dám nějaký čas Slacku a zkusím nějakou nVidia grafiku
-
Tak na stroji už přes týden jedu Slackware a zatím maximální spokojenost. JInak jsem měl možnost vyzkoušet na jiném stroji (čtyřjádro AMD, 8GB RAM, RADEON HD 66xx ). Několik Live verzí - LUbuntu 14.04, AntiX, Point Linux a LMDE, vše v 64-bit verzi. Ještě předtím jsem je ale všechny vyzkoušel na "porouchaném" stroji. Na tom ani jedna v defaultním nastavení vůbec nenastartovala. naopak na tom jiném naběhly všechny bez nejmenších problémů a zádrhelů. Ještě není jisté, jestli se na ten stroj bude nějaká instalovat, ale uvidíme. Jinak já zatím zůstávám u Slacku a budu ho drtit dál delší dobu...