Příspěvky

616

Software / Re:Záchrana filesystemu ext3

« kdy: 11. 04. 2016, 10:20:46 »

A teď bych mohl říct, že jsem to říkal... A taky to řeknu Já to říkal, že náhradní superblok pomůže. Nikdy jsem s tím osobně nedělal, ale jsem rád, že vidím, že to je (docela) jednoduchý.

617

Hardware / Re:Oddíl jako /dev/sda namísto /dev/sda1

« kdy: 10. 04. 2016, 09:05:49 »

Predstav si, ze mas triterrovej disk, na nem jednu partitionu s 2T porna ...

To chytání za slovo u ostatních moc nechápu, když je od začátku jasný, že jde o modelovou situaci...

618

O serveru Root.cz / Re:Nový Root již dnes?

« kdy: 09. 04. 2016, 22:00:19 »

Nevím kdy a co se změnilo, ale v Palemoon při rozlišení 1024x768px jsem při 90% zobrazení viděl na titulní straně Root.cz seznam článků ve stylu "obrázek vlevo, nadpis a perex vedle vpravo". Teď koukám, že se mi to rozjelo do sloupců ("dlaždic"?). Když stránku zmenšuju, tak se dlaždic nezbavím, jen se vše (kromě velikosti jednotlivých bloků, tedy šířky zpráviček, sloupců pro články atd.) změnšuje (text). Nepřipadá mi to dobrý... Teď to vypadá, že na 1024px šířce si web už normálně neprohlídnu, jsem počítanej jako mobil...

619

Hardware / Re:Oddíl jako /dev/sda namísto /dev/sda1

« kdy: 08. 04. 2016, 20:54:35 »

Moc Ti neporadím, jen řeknu, že jsem už viděl pár flashek, USB disků i paměťových kart, který fungovaly taky v tomhle režimu. Všechno běželo, nechovalo se to nějak divně. Jen moje zkušenosti (ale ne s SSD).

620

Software / Re:Záchrana filesystemu ext3

« kdy: 07. 04. 2016, 15:03:33 »

ale to uz musi byt ty oddily prvne spravne zarovnany

Teoreticky byl oddíl přes celý disk a je znovu. Náhradním superblokem to zachrání ;-)

621

Software / Re:Záchrana filesystemu ext3

« kdy: 07. 04. 2016, 14:53:31 »

Pokud jsi udělal úplně stejný oddíl (velikostně), tak filesystem připoj se záložním superblokem (na disku jich bude několik). Jen nevím, kde vezmeš jeho pozici :-) mkfs.ext3 má možná v nápovědě nějaký info, případně strejda Google.

Ten gparted by mohl ten superblok najít a použít, ale nikdy jsem to tak nepoužíval.

Zcela bez záruky (nikdy jsem to nepotřeboval a nedělal) můžeš zkusit například tenhle návod.

Podle mě bys měl mít data za pár minut zpět :-)

622

Hardware / Re:Úsporný server pro čtyři klienty

« kdy: 07. 04. 2016, 11:36:48 »

Pokud bych chtěl nějaký PC jako řekněme kancelářskej server (to by mohlo asi ta odpovídat, ne?) na několik let dopředu, nevzal bych si NUC. Osobně bych se obával zbytečně vysokých teplot. Nemám s tím ale osobní zkušenosti.

Pokud bys našel nějaký testy na teploty uvnitř bedny a vyšly by nějak rozumně (co je rozumný? do 50 stupňů? do 40?), pak možná jo. Je pravda, že se tomu bude cenově a velikostně asi špatně konkurovat (např. MiniITX deska, CPU, bedna, zdroj)...

623

Hardware / Re:Jak přijít na příčinu zatuhnutí systému?

« kdy: 01. 04. 2016, 10:37:58 »

Jestli se mám spokojit s tím, že ve /var/log/messages prostě nic nebylo ....

Tak on system muze vytuhnout tak rychle, ze se tam uz nestaci nic zapsat. Treba kdyz ti zacnou odchazet kondenzatory na mobu. Jestli se to bude opakovat a nebude to tedy ciste nejaka bourkova nahoda, tak by mozna pomohlo presmerovat logovani na jiny stroj.

Mě na tom zarazilo to, že do logu se dál psalo, ale už žádný běžný věci... Z toho mi plyne, že filesystem byl namountovanej a funkční. Porty byly dál otevřený, z toho mi plyne, že služby běžely. Ale neodpovídaly. V PC se pohybuje teplota do 40 stupňů, základní deska je od Intelu (nečekal bych tedy laciný součástky). No, nechám to teď plavat, PC jede dál jakoby se nic nestalo, momentálně žádnej problém neni.

624

Hardware / Re:Jak přijít na příčinu zatuhnutí systému?

« kdy: 01. 04. 2016, 09:42:37 »

Tak to mas asi blbe. Co kdyz treba jen zakolisalo napeti v siti a stroj to tak trochu nerozdychal?

Vzhledem k zatížení zdroje (cca 80%, 12V/2.5A = 30W, odebírám cca 24-26W) by to mohlo být i takhle triviální.

RAID1 se zrebuildil v pohodě, po restartu jede vše jak má. Nechám to nejspíš být.

Dotaz jsem napsal spíš kvůli tomu, jak bych měl postupovat při hledání problému. Jestli se mám spokojit s tím, že ve /var/log/messages prostě nic nebylo (kromě toho syslog-ng, jehož reload konfigurace jsem já neinicioval - přišlo to dojinud, možná právě odpojení RAID1 disku nebo nevím co...) nebo mám hledat i v jiném logu.

Musím si z Turrisu vytáhnout nějaký dráty a udělat relé, kterym bych mohl "restartovat" počítač přímo z routeru (kdyby znova vytuhnul).

625

Hardware / Re:Jak přijít na příčinu zatuhnutí systému?

« kdy: 31. 03. 2016, 21:14:45 »

Dodatek - disk, který z RAID1 vypadl (nevím kdy) je podle smartctl v pohodě, badblocks (read-only) je na konkrétním oddílu taky v pohodě a momentálně probíhá rebuild.

626

Hardware / Jak přijít na příčinu zatuhnutí systému?

« kdy: 31. 03. 2016, 20:49:12 »

Ahoj,

28. března mi vytuhnul systém na jednom z mých počítačů (běží 24/7). Dneska jsem po telefonu zařídil restart (vypnout/zapnout) a od tý doby to jede normálně. Přemýšlím, co se asi tak mohlo stát...

Co vím:
1. stroj odpovídal na ping a měl otevřené porty (ssh, dns, web server)
2. dotaz na DNS z vnitřní sítě zůstal nezodpovězen (DNS nereagovalo)
3. pokus o připojení na SSH skončil zlomenou rourou (Broken pipe, can't write - vyvolalo u mě podezření na plný disk, teď zpětně mě napadá taky read-only)
4. po restartu jedou služby v pohodě, DNS odpovídá, disk má dost místa (jak oddíl /, tak oddíl /home), zdánlivě vše běží jak má

Ve /var/log/messages je poslední (před restartem)

Kód: [Vybrat]

Mar 27 03:10:08 pisces syslog-ng[2279]: Configuration reload request received, reloading configuration;
Mar 27 15:10:08 pisces syslog-ng[2279]: Log statistics; processed='center(received)=76903', processed='center(queued)=153806',
 processed='src.none()=0', stamp='src.none()=0', processed='source(src)=76903', processed='destination(messages)=76903', proce
ssed='global(payload_reallocs)=77305', processed='global(sdata_updates)=0', processed='destination(console_all)=76903', proces
sed='global(msg_clones)=0', processed='src.internal(src#2)=61', stamp='src.internal(src#2)=1459041008', processed='global(inte
rnal_queue_length)=0'

Druhý záznam se každých 12 hodin opakuje (s jinými hodnotami), jinak v logu od tohoto času nic není (ani dhcpcd, cron, vpn, ...). V ten den zkoušel nějakej bot(net) hádat na SSH, ale mám povolený jen klíčem a používám ed25519 (openssh7.1, dsa už zakázáno) a všechno skončilo disconnectem v preauth. Jinak nic zvláštního.

Teď po cca 2 hodinách ifconfig říká 1.5MB přijato, 3.1MB odesláno (takže žádnej provoz, což je ok). Podle htop CPU nic nedělá, paměť je +- prázdná. Nemyslím si, že by systém byl napadený.

Nicméně - co hledat, jak postupovat při hledání problém, kvůli kterýmu to vytuhlo?

EDIT: z RAID1 vypadl jeden disk, který je pro oddíl / (možná to bude jen v tom... přečetl se někde zmetek)

627

Desktop / Re:Extrémně nenáročný linux/window manager

« kdy: 31. 03. 2016, 16:58:32 »

...

Presne toto jsem udelal lxde. Prohlizec Palemoon. Uz jsem to psal vyse. Zas takovy krap to neni. Youtube to zvlada vpohode. Zas trosku brzdete. To ze jsem na zacatku rikal, ze ty xp jsou chciple neznamena, ze to nefungovalo. Proste to trvalo veky nez to nastartuje a pak to obcas se docela zasekalo, ale ne ze by to nejelo vubec.
Ne ze mi tady nekdo navrhuje jako vykonnou alternativu RPi2.

XP na tom pojedou podobně svižně jako LXDE. Jen je to dneska už poněkud přežitek (obzvlášť kvůli postupný neaktualizaci jak OS, tak i programů).

Já sám měl a nyní zase mám o trošku výkonnější HW, tak vím, o čem mluvím ;-) Je to solidní železo, jádro systému zkompiluju za 23 minut (Core i5 750 to dává na 4x 2,66GHz za tři minuty, Intel Atom N455 za cca 40 minut).

Není problém třeba ani s konverzí médií apod. Je to v rámci možností dost použitelnej HW. Jen člověk musí vědět, na co to má a na co už ne.

Osobně na tom hraju přes Wine hru Morrowind (Pentium M 1,86GHz, Intel i915 grafika), je to pomalý, ale hratelný (15-20fps).

LXDE a Palemoon je asi nejlepší volba pro slušně běžící systém. Palemoon mi doporučil JardaP. a nestěžuju si - zvládá i moderní weby (aniž by se rozpadly) a je nenáročnej.

628

Desktop / Re:Extrémně nenáročný linux/window manager

« kdy: 31. 03. 2016, 15:55:41 »

To jsem sice nevedel, jenze chrome je pouze pro 64b linux. Coz je blby. Kdyz jsem tam narval 32b.

Ty tam stejně nic jinýho než 32bit nemůžeš dát... Pokud chceš ten notebook ještě nějak používat, hoď tam systém s lehkym WM (například LXDE, MATE, Xfce) - tím zařídíš, že odezva systému bude slušná. Když tam dáš lehkej prohlížeč (například Palemoon), tak i web bude ten noťas zvládat. Zapomněl bych na Tvym místě na flash a další podobný náročný věci. Na to je prostě slabej HW, nezáleží na OS nebo programech, prostě to nezvládne počítač...

629

Desktop / Re:Extrémně nenáročný linux/window manager

« kdy: 30. 03. 2016, 20:38:26 »

K tomu Voyo - podle mě na tomhle HW nepojede. Nejde o systém nebo prohlížeč, ale ten web bude tak nabubřelej (a předpokládám i nahovno udělanej), že to HW prostě nedá.

Jinak to ale neni špatnej HW, systém pojede, běžný weby bez flashe nebo videa obecně pojedou dobře i s JS.

Pro ostatní - pokud je to Celeron odvozenej od Dothan Pentia, bude pravděpodobně výkonnější než třeba 2.5GHz P4. Je to pořád použitelnej HW, ale nesmí se po něm chtít to nejnovější, co kdejaký "programátoři" dokázali v prohlížečích vytvořit.

630

Desktop / Re:Extrémně nenáročný linux/window manager

« kdy: 30. 03. 2016, 14:44:54 »

Doporučuju distribuci s LXDE nebo MATE. LXDE jede dobře na mym Atomu, MATE zase na Pentium M (1,86GHz - je to nejspíš to CPU, od kterýho vznikl Tvůj Celeron). Je to svižný.