Příspěvky

No super, balik gksu mas nainstalovany. A teraz tie tazsie otazky:
Aj ten gedit spravne spustas pomocou gksu/gksudo (ako prihlaseny uzivatel)? Mas spravne nakonfigurovane sudo?

Ja by som cely disk rozhodne nezalohoval. V pripade MBR by to este nejako mohlo zafungovat (aj ked to nie je iste, stale su tam aj CHS hodnoty ktore mozu byt ine pre novy disk, aj ked nove OS by mali pouzivat LBA/size hodnoty a nie CHS)... ale v pripade GPT by obnova na iny (vacsi) disk mohla robit problemy (na konci disku je sekundarna GPT, co by v pripade vacsieho disku nesedelo).
Pri zalohe jednotlivych oddielov disku tento problem nevznikne (na novom disku sa najprv vytvoria nove oddiely s patricnymi velkostami, potom sa obnovia jednotlive oddiely a pripadne este zostane volne miesto).
Ale celkovo je zaloha pomocou dd neefektivna (zalohuju sa vsetky bloky, nielen tie pouzite), ma to vyznam snad len pri full-disk-encryption.

- Skontroluj shell uzivatela, ci nemas nastaveny nejaky haluzny.
- Skus vytvorit noveho uzivatela a prihlasit sa pod nim. Ak ti to pojde, tak ma ten povodny uzivatel nejaky nevhodny inicializacny skript (moze to byt vselico, .bashrc, .xinitrc, .xserverrc, ...).
- Ak ti to nepojde ani pod novym uzivatelom, pozri do jeho domaceho adresara, ci tam nema nejake zle skripty (ak sa prostredie ani nespusti, novy uzivatel by mal mat len velmi malo suborov totoznych s obsahom /etc/skel).
- Ak takto vylucis problem s uzivatelskym nastavenim a stale to nechodi, tak je problem s nastavenim xfce samotneho. V tom pripade skus odinstalovat xfce vratane jeho konfiguracie (akcia purge, pretoze akcia remove v tomto pripade nestaci) a nainstalovat ho znova.

No tak ten xorg.conf.new je uplne od veci: su tam 2 graficke karty, kazda s inym driverom a obidve su podla mna len fallback hodnoty (fbdev aj vesa) a snazia sa vyuzivat to iste zariadenie (integrovanu grafiku). Takisto tam mas dualhead konfiguraciu (desktop cez 2 monitory, kazdy pripojeny na inu graficku kartu) co je v tomto pripade nezmyselne... By som sa cudoval, ak by to chodilo s takymto xorg.conf... Ktorym presne prikazom si ten subor vygeneroval?


Mas Intel Haswell, pomerne novy procak (v ktorom je integrovana aj GPU cast). Moze sa stat, ze ti to bude robit problemy, pretoze verzia jadra vo Wheezym je postarsia a takisto aj xorg driver... Mozno ani nie, neviem nakolko sa zmenila ta graficka cast, mozno to bude fungovat celkom dobre (s novym HW to byva loteria, so Sandy Bridge/Ivy Bridge boli svojho casu problemy a stroj obcas vytuhol pri pouziti integrovanej grafiky a chvilu trvalo, kym ten nedostatok odstranili)...

V kazdom pripade, tento xorg.conf ti je nanic, tak ho uplne zmaz. Mozes skusit vytvorit rucne minimalisticky /etc/X11/xorg.conf:

Kód [Vybrat] Rozbalit


Section "ServerLayout"
Identifier "Default"
Screen 0 "Screen0" 0 0
InputDevice "Mouse0" "CorePointer"
InputDevice "Keyboard0" "CoreKeyboard"
EndSection

Section "Monitor"
Identifier "Monitor0"
EndSection

Section "Screen"
Identifier "Screen0"
Monitor "Monitor0"
Device "Device0"
DefaultDepth 24
EndSection

Section "Module"
Load "glx"
Load "dri"
EndSection

Section "Device"
Identifier "Device0"
Driver "intel"
BusID "PCI:0:2:0"
EndSection

Section "InputDevice"
Identifier "Mouse0"
Driver "mouse"
EndSection

Section "InputDevice"
Identifier "Keyboard0"
Driver "kbd"
EndSection

Takto na dialku si nie som isty, ci to zafunguje. Ak sa ti X-ka s takumto xorg.conf rozbehnu, mozes dalej ladit, napriklad ten HWCursor/SWCursor.
Ak sa ti X-ka nerozbehnu, tak moze byt problem s tym driverom intel... v tom pripade zmaz xorg.conf, nastartuj X-ka bez neho (ako som pochopil, tak sa bez xorg.conf rozbehnu, takze nejaka autodetekcia funguje) a precitaj si, co pise /var/log/Xorg.0.log - mali by tam byt spravy o tom, aky hardver detegoval a podla toho zmen polozku Driver (a najlepsie bude, ked si ten log s ako-tak fungujucou autokonfiguraciou skopirujes aj niekam inam, aby si mohol neskor pripadne este vylepsit xorg.conf o dalsie nastavenia). Ak ti to pojde len s driverom vesa, tak grafika nemusi slapat velmi vykonne...

To je cela cesta, netreba nic vyhladavat, ale rovno pozriet, ci tam ten subor je alebo nie:

Kód [Vybrat] Rozbalit

ls -l /root/xorg.conf.new
A ak ti ten subor vylistuje (=subor tam je), tak daj vypisat jeho obsah:

Kód [Vybrat] Rozbalit

more /root/xorg.conf.new
(Pre istotu spusti obidva vyssie spomenute prikazy ako root, pretoze pod beznym uzivatelom sa ti moze stat, ze ti kvoli pristupovym pravam nezafunguju, aj ked tam ten subor je.)

Nejaky zobrazovac musis mat, inak by si nam sem nemohol hodit foto obrazovky :P. Ak nemas samostatnu graficku kartu, tak je graficky adapter bud na doske (starsie dosky, chip moze byt v tomto pripade Nvidia, ATi aj Intel), alebo dokonca priamo v procesore (nove procaky a dosky, moze to byt AMD alebo Intel), tak pozri aj:

Kód [Vybrat] Rozbalit

lspci
cat /proc/cpuinfo | more


Aku graficku kartu tam vlastne mas? A ten /root/xorg.conf.new sa ti vobec nevygeneroval, alebo v nom nieco je?

To cakas, ze ti tu niekto napise hotovy skript? ::)
Poslanie suboru samotne je jednoriadkovy prikaz:

Kód [Vybrat] Rozbalit

man mail
man uuencode

pripadne:

Kód [Vybrat] Rozbalit

man mutt

alebo mozno radsej:

Kód [Vybrat] Rozbalit

man mime-construct

A ten skript okolo toho si uz nejako nabuchaj...

Tak zasa to vyzera divne:
- "Array UUID" by malo byt rovnake pre vsetky elementy toho isteho pola (a elementy sa lisia v "Device UUID"). V tvojom pripade su ine.
- mdadm --examine pre /dev/sda1 pise, ze v poli su 2 disky - ktory je ten druhy? Si si isty, ze si nevytvoril nejake uplne ine pole s inym diskom?
- Preco ten "zly" disk je ako /dev/sdc (a nie ako /dev/sdc1)? Nie je tam partition table a disk je sucastou pola len ako raw zariadenie? (Netusim, ci to vobec ide, nikdy som nic take neskusal.)

Ak ten "zly" disk vyzera funkcny (az na tie pribudajuce SMART errory), tak by som velmi nespekuloval s obnovenim metadat pre /dev/sda1, ale pripojil by som "zly" disk ako "ro,noload" (ak je to ext3/ext4 - aj replay zurnalu vyvolava diskove zapisy a to je v tomto pripade neziaduce, lebo ak disk pomaly odchadza, vacsinou sa da z neho citat, len zapisy su neuspesne a disk sa pokusa relokovat sektory). No a potom by som data odzalohoval (ak tu zalohu stale nemas - ako sa zda). Akonahle by zaloha bola v suchu, tak by som na tom "dobrom" disku uplne inicializoval pole (vytvoril ho odznovu, s jednym missing diskom), potom by som tam vytvoril novy filesystem a potom by som tam nakopiroval data z tej zalohy. A potom by som isiel podla povodneho planu (premazat "zly" disk a dat ho na reklamaciu). Snazit sa v tomto stave robit nieco s /dev/sda1 sa mi zda prilis na dlhe lakte... to by som skusal az v zufalom pripade, ze "zly" disk je necitatelny a neda sa z neho urobit zaloha.

To co si napisal, vyzera trocha divne:
1. Ak je to len datovy disk a pripojil si ho na inom stroji, preco je to sda1? Predpokladam, ze na tom inom stroji je sda prvy disk, ten z ktoreho sa bootuje, takze ten z pola by mal byt asi nejaky iny disk, napriklad sdb... Alebo to skusas z nejakeho live CDROM?
2. Diskove polia by mali byt pripojene automaticky pri boote. Jadro automaticky deteguje RAID (podla typu particie FD). A pokial viem, RAID1 nastartuje aj v pripade, ak jeden z diskov nie je pritomny. Predpokladam, ze ten disk si hodil na druhy stroj ked bol vypnuty, takze ked si ho zapol, mal by sam rozoznat pritomne pole a odstartovat ho (ako degradovane, ak je pritomny len jeden disk).
3. Preco si pouzil --force pri assemble? Ak to bez --force neslo, tak mohli byt metadata pola poskodene. V tom pripade to nevyzera ako bohvieako dobry disk...

Tazko takto na dialku spekulovat, preco ti to nejde mountnut. Skus pozriet, ako sa tvari ten disk pre mdadm:
Je particia vobec oznacena ako RAID?

Kód [Vybrat] Rozbalit

fdisk -l /dev/sda
Ak ano, co pisu metadata tej particie?

Kód [Vybrat] Rozbalit

mdadm --examine /dev/sda1
Ak vsetko vyzera dobre, assemble by malo zafungovat aj bez force (ako druhe zariadenie mozes dat missing):

Kód [Vybrat] Rozbalit

mdadm --assemble /dev/md0 /dev/sda1 missing
A potom mozes pozriet stav celeho pola:

Kód [Vybrat] Rozbalit

mdadm --detail /dev/md0

Ak si teda pri svojich predchadzajucich akciach nejako skaredo neprepisal metadata toho pola a teraz sa ti pole zasembluje v poriadku aj bez --force, tak by som povedal, ze to pole je funkcne a dobre. Ak nejde napriek tomu primountovat md0, tak by som povedal, ze na md0 skratka nie je ziaden filesystem :P - ale v tom pripade mam jeden tajny tip - LVM2 (co ti povie vgscan?). Aspon ja to tak mam, ze datovy priestor je jeden velky RAID1 (md1) a do LVM group som dal len jedno zariadenie - md1. V ramci LVM potom mozem s priestorom operovat flexibilne, mozem tam mat vela filesystemov podla potreby (pouzivam to aj pre virtualne stroje). Samozrejme, pri pokuse mountnut priamo md1 by mi to maximalne ukazalo vztyceny prostrednik...

Ale v kazdom pripade plati to o tej zalohe - data by si mal mat este aj zalohovane. A ked ti havaruje jeden disk z RAID1 (alebo zacne odchadzat a SMART reportuje chyby), tak treba predsa z pola vysmarit ten zly disk (dobry nechat) a stroj moze frcat dalej s degradovanym polom. Potom hodit ten zly disk na iny stroj, premazat ho tam a dat na reklamaciu - a ked sa vrati disk z reklamacie, len ho pripojit na ten stroj a pridat do pola, pole sa synchronizuje a ide sa dalej. A ked nahodou zahuci ten zvysny disk z pola kym sa vybavi reklamacia, tak treba zanadavat a obnovit data zo zalohy...

Co sa tyka znaciek, uz sa mi pokazili aj WD aj Seagate. A takisto sa mi u obidvoch stalo, ze ked som testoval fungl novy disk, este predtym, ako som nan cokolvek nakopiroval, tak bol disk zly takze som ho rovno musel reklamovat. Obcas sa aj jednemu aj druhemu zadari "skvela seria", kedy v istom obdobi odchadza vela diskov toho vyrobcu kym su este nove. Ale na RAID by som green disky nedaval, respektive ak by green disk v poli odisiel, tak by som sa velmi necudoval (predpokladam, ze ak niekto ma RAID1, tak ho ma asi na server ktory bezi 24/7).

Ak je pravda toto:

Raid0, 2x2 terra. Jeden disk je spatny, ten je fyzicky pryc.

tak su data z toho pola nenavratne prec, pretoze data na RAID0 nie su duplikovane, celkova kapacita pola je 4TB a stripes su rozhadzane na dvoch diskoch tak, ze sa neda z toho ani vytiahnut nijaka "zmysluplna polovica"...
Ak sa taky disk snazis pripojit ako RAID1 (ako ukazuje mdstat), tak to skratka nezafunguje...

A kym ti bude bezat ten iny X-server, tak ti to bude vypisovat, aj ked to zadas ako papez Frantisek...

Takze najprv vypni ten beziaci Xserver.

Tak staci si precitat, co ti to vypisalo: Jeden X-server na :0 ti uz bezi, takze dalsi sa nespustil.
Okrem toho si sa ho pokusil spustit pod beznym uzivatelom, ktory nema pravo na zapis do /etc/X11... (v man Xorg je tiez spomenute, ze -configure musi byt spustene pod rootom)

/etc/X11/xorg.conf sa pri instalacii standardne nevytvara, pri jeho nepritomnosti Xorg pouzije autodetekciu a nastavi sa ako najlepsie vie. Vo vacsine pripadov to aj funguje, takze xorg.conf vacsinou nie je potreba. Ale ak je xorg.conf pritomny, tak Xorg zoberie nastavenia z neho. Takze si ten xorg.conf skratka vytvor a uz mozes nastavovat. Obsah suboru xorg.conf sa vsak lisi podla toho, aky mas hardver a ovladace (ak mas ATI a pouzivas proprietarny fglrx, tak "aticonfig --initial" ti vytvori zakladny xorg.conf, pre Nvidia by snad mohol podobne zafungovat nvidia-xconfig).

Strielam len tak od boka, ale kedze ten tuner oficialne podporuje len Windoze, tak s tym ma asi malokto konkretne skusenosti a vobec nie je iste, ze sa ti to vobec podari rozbehat pod Debianom. Aj ked ten Raspbian dava istu nadej...

Skus si precitat toto a toto (len nechod otrocky podla toho navodu pre RaspberryPi, manualne pridavany firmware by na Debiane mal ist do /usr/local/lib/firmware, nech mas v systeme poriadok).

No a este by mohol byt problem s 32bit/64bit (ak mas 64bit Debian a dal si si 32bit firmware, ktory inak chodi dobre s 32bit Windoze aj Raspbianom, ale na 64bit nechodi - vtedy mozes skusit rozbalit drivery pre 64-bitove Windoze a zobrat firmware subory odtial)...
No a citaj syslog, ci tam nieco nenajdes (ci sa vobec snazi nacitavat firmware subor, ci to skonci nejakou chybou, atd), malo by to snad nieco logovat ked pripojis ten tuner na USB...

Sorry Valsin, ale strasne som sa zarehotal:
- Uzivatel nie je v sudoers
- Ty mu poradis, aby spustil sudo nano /etc/sudoers a pridal sa tam (na co ale potrebuje byt v sudoers)
To je hotova Hlava 22 :P
A len tak mimochodom, lepsie nez nano /etc/sudoers je pouzit prikaz visudo (v man sudoers je napisane preco).


Listy: Ak si pri instalacii zadal heslo pre spravcu (uzivatela root), tak tvoj bezny ucet (napriklad uzivatel mm) nie je v /etc/sudoers. Ak ide o tvoj vlastny ucet (teda predpoklada sa, ze budes system aj administrovat, napriklad priinstalovavat programy, kontrolovat/spustat updaty, menit systemove nastavenia), tak je dobry napad pridat svoj ucet do sudoers (ak pocitac pouziva aj niekto menej znaly, kto by pristup k administracii mat nemal, ten ma mat samostatny ucet, ktory zase nie je v sudoers).

Pridat uzivatela do /etc/sudoers moze len root (alebo ten, kto uz ma patricne prava v sudoers nastavene). Takze v terminali natukaj "su -", vypyta si to heslo uzivatela root a si prihlaseny ako root.
Prva moznost je ist cestou, ktoru uz radil Valsin: Spusti prikaz "visudo", spusti sa ti priamo editacia suboru sudoers a v editore pridaj ten riadok, ktory ti uz poradil Valsin:

Kód [Vybrat] Rozbalit

mm    ALL=(ALL:ALL) ALL
Po ulozeni suboru uz moze uzivatel mm vykonavat sudo, takze mozes odhlasit root-a (pomocou prikazu "exit" ukoncis rootovsky shell ktory si spustil cez "su -").
Druha moznost je podla mna jednoduchsia: pridas daneho uzivatela do skupiny "sudo", ktora uz ma prednastavene prava v /etc/sudoers - je to jednoduchsie v tom, ze nemusis editovat subor (subor je citlivy na syntax), ale len zadas (ako root) prikaz "adduser mm sudo". V tomto pripade sa ale musis odhlasit zo stroja, aby toto nove clenstvo v skupine sudo zacalo byt platne v systeme (ale prihlasenie/odhlasenie je opat jednoduchsie a menej nachylne na chyby, nez editacia suboru).

Potom uz pod uzivatelom mm mozes spustit ten "sudo aptitude install flashplugin-nonfree" z prvej rady od Valsina.