Příspěvky

Ked je tlaciaren sietova (zapojena cez RJ45 do siete a nie cez USB do servera), tak mozes na nu tlacit aj bez servera. Skratka sa z desktopu pripojis cez siet rovno na tu tlaciaren (ta tlaciaren ma v tom pripade IP adresu, bud pridelenu cez DHCP, alebo manualne nastavenu v tej tlaciarni). (Na serveri ma vyznam tu tlaciaren rozbiehat len vtedy, ked chces tlacit priamo z toho servera, ale ked tam nemas graficke rozhranie, tak asi ani nie.)

Pozeram, ze ta tlaciaren nie je postscriptova, takze potrebujes driver. Ci je driver pre tuto konkretnu tlaciaren uz v Debiane, alebo musis driver pre linux stahovat od vyrobcu tlaciarne a manualne instalovat, to uz netusim, kedze tento model nevlastnim. Skus sa z desktopoveho stroja pripojit na tu tlaciaren, je sanca ze to skratka pojde.

Neviem, ci to je este aktualne, ale tvoj problem je zjavne v tomto:

Kód [Vybrat] Rozbalit

force user = nobody
force group = nogroup
Precitaj si manual k smb.conf a pochopis, co sa ti tam deje...

Ono precitat si manual je casto omnoho lepsi napad, nez nieco slepo okopirovat z nejakeho navodu vykutraneho na nete (dokonca aj ak sa autor toho navodu tvari, ze jemu to funguje).

1. To je typicky priklad zavislostneho pekla, ked sa pokusas skompilovat najnovsie verzie zdrojakov, ktore vyzaduju novsie verzie nastrojov, ktore v Debiane skratka nie su (takze ides kompilovat tie nastroje). Vacsinou to znaci, ze sa pokusas skompilovat nieco, co je stale v dynamickom vyvoji, na Debiane, ktory naopak stavia na stabilite nie najnovsich verzii. Lahke riesenie neexistuje. Snad len skusit, ci sa potrebna novsia verzia nenachadza v backports a nainstalovat ho odtial.

2. Pozri si /var/log/Xorg.0.log a uvidis, ake moduly natahuje Xorg. Malo by to tam byt vidiet. Pripadne over cez modprobe a lsmod, ze ovladac intelackej grafiky ide natiahnut.

4. To by mohlo znacit, ze mas nejaku novsiu grafiku a podpora pre nu v starsich jadrach skratka nie je. V takom pripade moze byt celkom problem tam tu podporu dostat (dovod je ten, ze API jadra sa obcas zmeni - a ovladace si vacsinou nerobia starosti s podporou starych jadier, v takom pripade ich treba backportovat a to je moze byt prilis vela roboty pre bezneho cloveka).

5. Odkial si vlastne zobral to jadro 3.4.9? V debianovskych repozitaroch nie je a pokial sa pamatam, ani nikdy nebolo. Ak ovladac grafiky v najnovsom jadre 3.16 (z debianovskych repozitarov) bezi dobre, ale "len" mu chybaju RTAI vlastnosti, mozno by stalo za to skompilovat si vlastny balik jadra, v ktorom si zapnes podporu RTAI. Ono to nemusi byt take strasidelne ako to na prvy pohlad vyzera. Podstatne je, aby ta podpora RTAI v jadre 3.16 (v zdrojakoch) bola, a len kvoli "lenivosti" ludi, co produkuju backports, neboli skompilovane binarne baliky (lenivosti v uvodzovkach - ked to pouziva dvaapol cloveka ktori vacsinou aj tak preziju so starsou verziou, tak im to skratka nestoji za tu robotu a radsej robia nieco, co je uzitocne pre vacsiu skupinu ludi).
Mozes zacat tym, ze si skompilujes vlastny balik jadra v ktorom najprv nic nebudes menit (navodov na webe je plno, zacinas "apt-get -t wheezy-backports install linux-source"), skusis skompilovat balik, priinstalovat, spustit nove jadro a otestovat ci funguje (dovtedajsie jadra ti v systeme zostavaju, cize ked sa novy balik nepodari a system do toho jadra nenabootuje, tak v GRUBe jednoducho zvolis jadro z distribucie, nabootujes do klasickeho systemu a ide sa dalej). No a ked zvladnes rekompilaciu jadra so standardnou konfiguraciou, mozes skusit aj RTAI verziu a snad budes nakoniec uspesny...
Vyhoda balika linux-source (oproti vanilla jadru z kernel.org) je ta, ze uz obsahuje nejake patche specificke pre Debian, takze by malo chodit trosilinku lepsie. Samozrejme, ak sa nikto doteraz neobtazoval s RTAI v jadre 3.16 pre Debian, mozno tam budu nejake problemiky...
Ked sa pozriem na tie dve alternativy (prva je zobrat jadro 3.4.9 s RTAI "bohvieodkial" a snazit sa nan napasovat najnovsie intelacke ovladace a druha je zobrat zdrojaky jadra 3.16 z distribucie a snazit sa v nich zapnut RTAI), zda sa mi lepsi napad skusit to s jadrom 3.16. (Samozrejme je to rada bez zaruky, o RTAI a EMC neviem nic.)

1. Trosku divne vyjadrenie:

Jenže při ./configure to vždy napíše že to potřebuje nějaký balík. tak se ho pokusím nainstalovat, ale při tom ten balík potřebuje další balíky atd.,asi dělám něco špatně?

Ked das "normalne" nainstalovat balik, tak si stiahne vsetky potrebne zavislosti. Moze ti byt jedno, na kolko balickov je nejaky program rozdeleny a kolko ma dalsich zavislosti, teba zaujima jeden balik, das ho nainstalovat a nainstaluje sa vsetko potrebne. Jedna akcia a hotovo. Pod "normalnou" instalaciou rozumiem pouzit apt-get, pripadne aptitude. Pouzivas snad nieco ine?
Takisto, v distribucii zdrojakov nebyva len skript configure, ale aj subory README, INSTALL a podobne. A slusne zdrojaky tam maju vymenovane, ktore programy a kniznice su potrebne na skompilovanie. Takze netreba ist po jednom, ale precitat si zoznam, najst nazvy prislusnych debianovskych balikov a nainstalovat ich vsetky naraz.

2. Si si isty, ze sa ti intelacky ovladac z jadra aj spusta? Nebezi ti nejaky fallback na vesa alebo take nieco?

3. Skus nasledujuce

Kód [Vybrat] Rozbalit

apt-get update
apt-get install build-essential
apt-get build-dep linux

Balik build-essential by mal nainstalovat vacsinu balikov potrebnych na kompilacu vseobecne (kompilator, make) a posledny riadok by mal nainstalovat vsetky baliky potrebne na skompilovanie balika jadra (snad na kompilaciu intelackych ovladacov toho netreba vela navyse).

4. Skusal si baliky linux-image-3.2.0-4-rt-amd64 pripadne linux-image-3.2.0-4-rt-686-pae z distribucie? Ci to RTAI je nieco ine nez RT?

5. Stale sa ti moze stat, ze nieco nebude chodit dobre. Jadro pre Debian obsahuje vela patchov. Ked si si dal jadro 3.4.9, tak nebolo z debianovskych repozitarov ale z ineho zdroja. A mozno absencia patchov sposobuje, ze grafika sa neda nastavit (napriklad aj preto, ze nastavenie grafiky suvisi nielen s jadrom, ale aj s xorg-* balikmi). Takze mozno kompilacia ovladacov z Intelackej stranky nie je ta spravna akcia a treba skor upravit debianovske patche pre jadro 3.4.9 a prekompilovat jadro s nimi.

No, ked tie disky bezia bez problemov v inom stroji, tak asi v nich chyba nebude (takze rosady s vymenami diskov nemali vyznam).

IMHO to moze byt zabugovany BIOS v tom notasku. Uz som sa stretol s tym, ze BIOS v notasku mal zle implementovane ACPI a v Linuxe to standardne robilo problemy. Ked sa Linux nastartoval s vypnutym ACPI, tak system chodil, ovsem bez ACPI featur, ako senzory, CPU governors, zaspavanie a pod. Nastastie vtedy sa mi podarilo na nete vypatrat fixnuty BIOS (niekto to disasembloval, nasiel chybu, opravil, hodil na net), tak som ho flashol a chodilo to. Bol k tomu aj zdrojak a bola tam nejaka stupidita v originalnom BIOSe (nejaky hlupy check kvoli Windoze kde bol pre Windoze nejaky hack, ale bola tam uplne opacna podmienka, takze ten hack sa aplikoval prave pre ne-Windoze)... takze konecnom dosledku to vo Windoze nejako chodilo (asi ten hack nebol vobec treba, alebo mozno len na nejake prehistoricke Windoze), ale inde to robilo problemy s ACPI. Ten notasek je znacky Asus a s patchnutym BIOSom je funkcny dodnes. Ovsem keby som vtedy nahodou nevypatral ten opraveny BIOS (fakt neviem co za boostra tu chybu vtedy nasiel a opravil), tak by som mohol fungovat len s vypnutym ACPI.

Mozno nieco podobne sa stalo tebe (nie nutne s ACPI) a v takom pripade sa s tym moc narobit neda. Mozno skusit updatnut na najnovsi BIOS, ci to nahodou nie je opravene. Ale celkovo je s tym vela roboty a vyhliadky na uspech slabe.

Asi je to uz jedno... pri notasku z roku 2009 toho moc nenarobis (ak by tam aj bol podobny bug v BIOSe, teda chyba vyrobcu, nemozes ho ani reklamovat ako srot nech ti vratia peniaze).
Ale to, ze to vo Windoze fungovalo a v roznych linuxovych distribuciach nie, ti nemusi byt az take divne. Uz sa to stalo aj inym :-)

Nevytuhli "len" X-ka?
-> Skus sa pomocou Ctrl+Alt+F1 prepnut do textovej konzoly (ak by to nereagovalo, skus najprv SysRq+R aby si X-kam "ukradol" klavesnicu - detailnejsi popis tu)
-> Skus sa prihlasit zo siete cez ssh (ak su to len vytuhnute X-ka, malo by to ist bez problemov)
Vytuhnute X-ka mozu byt sposobene napriklad samotnym jadrom (obcas sa stava, ak mas prilis novy HW a CPU s integrovanou grafikou nie je este jadrom dostatocne podporovany), alebo ovladacom grafickej karty (ci uz v jadre alebo X-kovym ovladacom => obcas pomoze nahradit slobodny ovladac grafiky proprietarnym, pripadne opacne :P)

BTW: Kombinacia SysRq+REISUB je vo vacsine pripadov lepsi napad, nez natvrdo vypinat stroj tlacidlom Power (predpokladam, ze popisovany pripad je tvrde vypnutie podrzanim tlacidla niekolko sekund, a nie spustenie klasickeho shutdownu kratkym stlacenim) - aj ked sa moze zdat, ze pri SysRq+REISUB sa na obrazovke nic nedeje a potom sa zrazu masina rebootne, v logoch si mozes pozriet, ze sa ukoncili daemony, syncli a odmountovali suborove systemy a pod... Na niektorych strojoch vypnutie natvrdo vobec neublizi a pri dalsom boote sa len prehra zurnal a zbehne fsck a ide sa dalej, ale niekde moze tvrde vypnutie sposobit problemy (napriklad crashnutu MySQL databazu).

Ak mas HW RAID radic, instalator by mal vidiet len jediny disk (RAID vytvoreny v BIOSe radica) tvariaci sa (vacsinou) ako SCSI disk... A kapacita by mala zodpovedat principom RAID5 (teda napriklad pri troch diskoch po 1TB by mala byt vysledna kapacita celeho pola 2TB). S nabootovanim by potom nemal byt problem...

Ak instalator vidi 3 jednotlive disky, tak ten RAID nefunguje spravne...

Okrem toho, pri RAID5 v klasickom PC by som bol opatrny kvoli dvom veciam: za prve "write hole" (strata napajania pocas fyzickeho zapisu na disk) a za druhe moznost, ze samotny radic odide do vecnych lovist (data na diskoch sice ostanu, ale novy radic odmietne zostavit pole).

Opravdu si myslim ze bude chyba nekde mezi zidli a klavesnici  ;) (viz. post 16. 10. 2014, 05:54:35).

Uch, to je dost drsne hodnotenie, hlavne takto na dialku. Nenapadlo ta napriklad, ze to moze mat nieco do cinenia s tym, ze na tom disku sa uz nachadzaju ine nainstalovane systemy a data - a instalator tuto situaciu dobre nezvladol? (To vo virtuale sice nevyskusas, ale ak ta ista instalacka funguje vo virtuale ale nie na realnom disku, ziskal si dolezitu informaciu, ze to pravdepodobne suvisi s viacerymi systemami na jednom harddisku.)

Predpokladam, ze pod "konzolou" si mal v skutocnosti na mysli "terminalove okno" a pod "prihlasenim" si mal na mysli prihlasenie do grafickeho prostredia. V takom pripade:
1. To nerob. Je to zablokovane z dobreho dovodu.
2. Sa necuduj. Je to zablokovane naschval, kvoli ludom, ktori ten dobry dovod nepoznaju.
3. Take prihlasenie nie je potrebne, takze v tom ani nehladaj ziaden problem.

P.S.: Pokial viem, tak sa to da odblokovat a prihlasit sa ako root aj do grafickeho prostredia, ale naozaj to nerob.

Instalace doběhla, naistaloval se grub, ale bez debianu. Jádro to znova nemělo. Žádný výběr odkud, nebo jaké jádro se má instalovat.

Ja mam s instalackami testingu pomerne zle skusenosti. Viac nefungovali nez fungovali, s vynimkou kratkeho obdobia pred vydanim noveho stable ked uz to bolo funkcne (vydanim sa ten testing zmeni na stable a teda instalator bol uz prakticky bez chyb).
Najlepsi sposob ako nainstalovat testing je podla mna ten, ze nainstalujem stable, potom upravim /etc/apt/sources.list na testing, dam upgrade a nakoniec dist-upgrade. Vtedy sa vsetky testing baliky tahaju zo siete (kde sa balik jadra pre jessie evidentne nachadza).
Takze ak ti ide hlavne o to, mat ten testing nainstalovany (a na reportovanie chyb nemas naladu), tak skus tuto cestu.

Dalsie odporucanie: Ak mas uz funkcny nejaky iny system na disku, mozes skusit najprv zbehnut instalaciu vo virtuale (napriklad vo VirtualBox-e), ci to vobec funguje, skusit ten graficky rezim a podobne - mozes sa s tym vysantit do sytosti bez obav, ze si nieco posahas v beziacom systeme a nakoniec len zmazes virtualny stroj.

Vrátil bych se k Debianu, ale musel by fungovat (jednoduše nainstalovat) cinnamon 2.2 a firefox (iceweasel je nějak s aktualizací pozadu)

Iceweasel nie je "s aktualizaciami pozadu", ale je zalozeny na Firefox ESR (pre mna osobne je to preferovana moznost, takze som celkom rad). ESR ma len bezpecnostne updaty (nie nove funkcie) a updaty pre Iceweasel vychadzaju totozne s updatami pre Firefox ESR.
Pre tych, co chcu Iceweasel zalozeny na inych verziach Firefoxu (Release, Beta, Aurora) je tu http://mozilla.debian.net/ kde sa da zistit, ako nastavit sources.list pre zelany efekt.

IMHO ten router nie je nefunkcny, ale len zle nastaveny. A neposkytuje spravne DNS informacie ziadnemu stroju v domacej sieti, ani tym Windoze, len na tych je to pravdepodobne "poriesene" nejakym specifickym workaroundom (napriklad manualnym nastavenim DNS serverov na OpenDNS alebo GoogleDNS). Samozrejme je mozne aplikovat podobny workaround aj na linuxovy stroj (ak sa clovek spravne popasuje s NetworkManagerom, ide to aj s nim), ale bude to stale len workaround (co androidove fony, co dalsie zariadenia pripojene do siete?). Podla mna to treba spravne nastavit v routeri a vsetko sa "zazracne" rozbehne.

Takze namiesto otazky na Debian forum by asi bolo lepsie skusit https://duckduckgo.com/?q=TL-WR841N+DNS+setup
(Samozrejme je to len moj tip takto z dialky podla popisu, nedal by som za to kabel do ohna.)

NetworkManager evidentne je shit... ale co tak v tomto pripade vyriesit jadro problemu? Teda nakonfigurovat poriadne ten router, aby poskytoval spravne DNS?

To moze sposobovat viacero veci, takto na dialku sa to neda povedat.

Ponukam napriklad jednu konspiracno-teoreticku: Router je cinknuty cinskymi sudruhmi (ktori sa s FB, YT a nejakymi dalsimi asocialnymi sietami nemaju radi) a pomocou DNS-spoofingu sa snazi zabranit nacitaniu stranok (technika bezne pouzivana v Cine - DNS vrati nefunkcnu IP-adresu, tvoj browser sa snazi na nu pripojit, ale je to cierna diera, takze browser caka na odpoved, caka, caka... (odpovede sa nedocka, pocet otvorenych spojeni utesene rastie, stranka vyzera rozbita/napoly rozbita). Okrem toho mozes mat problem aj s beznymi strankami, ktore obsahuju bonzovacie FB/Twitter tlacitka, pretoze tie sa tiez snazia nacitat nejake javascripty zo svojich domen a podla toho, ako je postaveny ten "bezny" web, to moze skoncit bud "len" chybajucim like tlacitkom, alebo aj uplne rozbitou strankou. Tie Windoze mozu mat manualne nastaveny iny DNS server (nie prebraty pomocou DHCP z routera) a preto to funguje.

OK, to bol tak trocha vtip... technicky to ale mozne je, alternativne je mozno ten tvoj router hacknuty cez nejaky backdoor (a pekne zapojeny do nejakeho botnetu). Originalne FW TPlinku myslim nejake backdoory obsahovali, ja tomu neverim a dal som si vsade OpenWrt (co uznavam nie je operacia pre kazdeho). Mozno je ten tvoj router len zle nastaveny... Ak problem nastal hned po zakupeni routera, rozhodne by som ako prve hladal problem tam ("vo Windoze to funguje" moze mat aj ine vysvetlenie, nez ze router je uplne v poriadku).

Ale takto na dialku bez konkretnych udajov ti asi nikto neporadi, nespominam si, ze by niekto tu z fora vlastnil kristalovu gulu... Ja by som ako prve skontroloval to DNSko, ci su adresy v poriadku (porovnal to s tou Windoze masinou, s mobilnym pripojenim cez Android, pozrel reverzne zaznamy vratenych adries a pod). Nastroje ako dig, ping, netstat, traceroute... A ak zakladna konektivita na FB a YT domeny chodi, skontroloval by som este https a certifikaty (nedal by som ruku do ohna za to, ze Windoze nezozeru podvrhnute falosne certifikaty aj s navijakom, vsetko tam vyzera funkcne a niekto si veselo rybarci).

[1]

Problem bude asi tuto:

$ sudo dd if=slax-Czech-7.0.8-x86_64.iso of=/dev/sdc1

IMHO sice zapises bootovatelny obraz do prveho oddielu na USB (a bootsektor prveho oddielu aj obsahuje bootovatelny kod), ale v MBR USB sticku nie je ten oddiel oznaceny ako bootovatelny, pripadne tam vobec nie je spustitelny kod, len tabulka rozdelenia disku) a preto ti to nebootuje. Teoreticky by sa to mohlo dat vyriesit programom install-mbr (balik mbr)...
Alternativne moze ten ISO image byt len pre CD a nie hybridny a teda z USB nefunguje vobec, ale s novsie obrazy by snad uz mali fungovat. Este by sa teoreticky mohlo stat, ze skusas USB bootovat v EFI mode a ten obraz je bootovatelny len v BIOS mode (alebo v opacnom garde), ale to tiez nie je velmi pravdepodobne (napriklad instalacne ISO Wheezy-ho vie nabootovat v obidvoch modoch).

Mozes skusit:
1. Dat to na cely disk

Kód [Vybrat] Rozbalit

$ sudo dd if=slax-Czech-7.0.8-x86_64.iso of=/dev/sdc
Tym prepises vsetko, aj MBR. Uz by to bootovat malo, ale POZOR, prepises tym naozaj vsetko. Takze co na tom USB bolo predtym (v inom oddieli) uz tam nebude. A dalsia vec: nebudes moct vyuzit vsetko miesto na USB, ale len tolko, aka je velkost toho ISO obrazu (ak mas 8G USB stick a 600MB ISO-image, bude sa to tvarit ako 600MB disk, z velkej vacsiny uz zaplneny). Ale bootovat by to malo a je to najjednoduchsie, co sa da spravit. (Mimochodom, takto je to aj v tom povodnom navode tu na fore, je tam /dev/sdX a nie /dev/sdX1.)

2. Pohraj sa so SysRescCD (nie automaticku kompletnu instalaciu, ale jednotlive kroky - pozri http://www.sysresccd.org/Sysresccd-manual-en_How_to_install_SystemRescueCd_on_an_USB-stick#Instructions_for_manual_installation). Ked sa pozries do toho instalacneho skriptu, tak sa da z toho naucit, ako veci funguju pri boote.

3. Pozri si "man syslinux", pohraj sa s tym, zistis ako manualne urobit bootovacie menu a nakoniec si mozes aj z viacerych bootovatelnych obrazov vyrobit jeden USB-stick s viacerymi distribuciami, kde si len v menu pri boote vyberies, co chces bootovat (SysRescCD vlastne tiez pouziva syslinux).

Druhy a treti bod vyzaduju nejake znalosti/skusenosti, takze nie su pre kazdeho (ale zase dokonale vyuzijes cele USBcko, mozes mat viac oddielov na USB). Prvy bod zvladne snad kazdy...

AFAIK nie kazdy algoritmus sa da masivne paralelizovat. Ma to vyznam pre spracovanie velkeho mnozstva dat (rendering videa, analyza zaznamenanych radiovych signalov a pod.), ak skratka treba prehucat kvantum dat jednoduchym algoritmom. Akonahle je v algoritme vela podmienok/vetveni kodu, tak sa nevyplati GPU pouzit (napriklad aj v BOINC projekte SETI@home bol jeden typ jednotiek, ktore na GPU trvali prilis dlho a neoplatili sa). Okrem toho, prepisat algoritmus na masivne paralelny vyzaduje nemale usilie, vysledny program by mal byt usity na mieru konkretnej GPU aby bol naozaj efektivny (podla toho, ci je to Nvidia alebo ATI, kolko ma pamate, kolko ma vypoctovych jednotiek atd.), takze je s tym aj nemalo roboty. Sucasny stav je len vysledkom tychto faktorov (pusti sa do toho len ten, komu to za to usilie stoji - napriklad tie BOINC projekty, kde je tych dat naozaj obrovske mnozstvo a usetreny cas je vyrazny).

Pri viacvlaknovych (CPU) aplikaciach je to iny pripad, tam s prepisanim nie je az taky problem (netreba prerobit uplne cely algoritmus, akurat treba hodit casovo narocne podulohy do noveho vlakna a pockat si na vysledok) a aj sa to vo vacsej miere pouziva. Akurat sa neda ocakavat, ze sa uplne vsetci autori vrhnu na prepisovanie funkcneho kodu na viacvlaknovy, dost sa ich asi bude drzat zlateho pravidla "if it's not broken, don't fix it"...