Příspěvky

16

Server / Re:Vzdálená záloha běžícího serveru

« kdy: 25. 11. 2013, 01:20:44 »

Pokud nelze vytvořit snapshot souborového systému a musíš skutečně vytvořit kompletní zálohu, tak kromě vypnutí serveru, je alternativou všechny služby zapisující na disk zmrazit pomocí freezer subsystému cgroups, potom sync, provést zálohu a potom služby rozmrazit. Služby vypadnou tak jako tak, ale ušetříš si restart serveru. Nebo zmrazovat služby postupně - vždy jednu službu zmrazit, sync, záloha jejích dat, rozmrazit.

17

Server / Re:Vzdálená záloha běžícího serveru

« kdy: 25. 11. 2013, 01:06:53 »

Nemám s tím zkušenost, ale selský rozum říká, že pokud aplikace zapisují na disk, možnosti se liší podle toho jaká data chceš mít v záloze v konzistentním stavu.

1)  chceš-li mít všechna zálohovaná data a stavy služeb v konzistentním stavu a služby neumožňují za běhu vytvářet snapshoty, případně nepoužívají nějaké vlastní journalovací metody, je nutné služby korektně vypnout a nejlépe korektně vypnout celý server a zálohu provést třeba z live distribuce nebo připojit vše readonly, tak aby po čas zálohy nedocházelo ke změně dat. Tedy server odstavit.

2) chceš-li mít zálohovaný souborový systém konzistentní (aby journal odpovídal datům na disku), ale nezáleží ti na stavu aplikací, tj. jako kdyby jsi počítač natvrdo vypnul, stačí vytvořit snapshot souborového systému (podporuje-li to) a zálohovat snapshot. Případně zjistit jestli jednotlivé aplikace (třeba ta databáze) nepodporují vytváření snapshotů a zkombinovat zálohu snapshotu souborového systému se zálohami snaphostů aplikací.  Myslím, že tohle řešení většinou stačí.

18

Všeobecná podpora / Re:Velikost cílového disku při obnově

« kdy: 25. 11. 2013, 00:42:39 »

Samozřejmě může být větší. Ať už volné místo na cílovém souborovém systému, zálohuješ-li do souboru (image), nebo velikost cílového disku, zálohuješ-li přímo na nerozdělený disk.

19

Všeobecná podpora / Re: Mizející kurzor myši [vyřešeno]

« kdy: 31. 10. 2013, 20:41:24 »

Kód: [Vybrat]

Xorg -configure vytvoří soubor xorg.conf v aktuálním adresáři. Buď tedy před spuštěním změň pracovní adresář na /etc/X11/, nebo vytvořený soubor následně přesuň. Xorg musí být spuštěn pod rootem především kvůli přistupu k HW.

Shazovat ostatní X servery teoreticky nemusíš, jen musíš Xorg sdělit pro jaký (nový) display se má spustit, např.

Kód: [Vybrat]

Xorg -configure :2 pro display 2. Ale změny v konfiguraci se samozřejmě projeví až pro nové servery, takže asi je chceš stejně nejdříve vypnout. Nebo pokud se ti bude snadněji editovat xorg.conf v X kách, tak si nech původní server spuštěný, proveď editaci a potom ho restartuj nebo spusť nový server k otestování konfigurace.

Viz https://wiki.debian.org/Xorg:

Kód: [Vybrat]

# /etc/init.d/gdm stop && /etc/init.d/gdm3 stop && /etc/init.d/kdm stop && /etc/init.d/xdm stop
$ cd /etc/X11/
# Xorg -configure
Edit: Tak nová konfigurace se vytvoří v /root/xorg.conf.new, takže ho potom musíš přesunout. Vždy jsem to tak vlastně dělal, nevím proč je to na wiki jinak. Jinak xorg -configure funguje jen pod rootem.

20

Správa a instalace softwaru / Re: Reinstalace cílů metabalíčku

« kdy: 22. 10. 2013, 23:15:24 »

co něco takového:

Kód: [Vybrat]

p=gnome; sudo aptitude -P reinstall $p $(apt-cache --installed depends $p | awk '{ORS=" ";print $NF}')

21

Všeobecná podpora / Re: GLIBC_2.17

« kdy: 20. 10. 2013, 22:03:49 »

No ale ten openscad máš podle té chyby nainstalovaný v /usr/local/, to nemůže být oficiální balík, není to náhodou binární upstream verze, kterou jsi stáhl? 2013.6? Ve wheezym je verze 2011.12, v testing/unstable 2013.01 a má závislosti na libc6-2.14... ?

Jinak ten postup k aktualizaci libc6 je myslím správně, jen bych použil český mirror:

Kód: [Vybrat]

deb http://ftp.cz.debian.org/debian/ jessie main
Na vyzkoušení by ti to mělo stačit i bez pinningu, jen pokud použiješ aptitude budeš v něm muset závislosti (určitě balíček locales) označit k aktualizaci ručně nebo po několik kroků opravovat resolver.

Ale nevím jestli ta aplikace (předpokládám, ze se jedná o upstream openscad verze 2013.06) nemá další závislosti. Se závislostmi na libc6 by si ale problém mít neměl. Mělo by jít jen o balíčky generované ze stejného zdrojového balíku jako libc6, tj. eglibc).

22

Správa a instalace softwaru / Re: XFCE Notification Area order

« kdy: 20. 10. 2013, 00:48:19 »

Ikonky jsou tříděny podle jména aplikace od 2.9.2007, kdy došlo k úplnému přepsání systray pluginu

23

Správa a instalace softwaru / Re: XFCE Notification Area order

« kdy: 20. 10. 2013, 00:40:49 »

V 4.10 co mám, to nejde. V jaké verzi to fungovalo, jak popisuješ?

Jak se chovalo zobrazení ikonek známých aplikací (standardně skrytých)? Přeházely se ikonky nebo se ty dosud skryté zobrazily na konci seznamu, bez ohledu na čase, kdy byla aplikace spuštěná? Kde se zobrazila skrytá ikonka aplikace po jejím odstranění ze seznamu známých, na konci nebo původním místě dle času spuštění?

24

Všeobecná podpora / Re: GLIBC_2.17

« kdy: 20. 10. 2013, 00:16:41 »

Jinak to varování, je míněno skutečně vážně. Přeci jen budeš z testing instalovat knihovnu, kterou používá téměř vše v systému. Jestli je v ní chyba... Navíc přijdeš o její aktualizace nebo budeš muset nastavit pinning, aby se aktualizovala, vždy když do testing přijde nová verze. Možná by bylo lepší, přejít na testing úplně.

25

Všeobecná podpora / Re: GLIBC_2.17 [vyřešeno]

« kdy: 20. 10. 2013, 00:09:27 »

V závislostech uvedená je. Libc je jedna z nejdůležitějších knihoven v systému. Wheezy má 2.13, testing/unstable 2.17. Obě mají soname verzi 6, takže 2.17 je zpětně kompatibilní. Můžeš tedy zkusit nainstalovat libc6 z Jessie společně se závislostmi, to by měly být jen binární balíčky ze stejného zdrojového balíčku (eglibc), moc jich asi u tebe nebude, snad jen locales. Jiné balíky by neměly na konkrétní verzi libc6 záviset, takže by to mělo být lehce splnitelné.

Ale je to skutečně snad nejdůležitější knihovna, takže buď hodně opatrný.

26

Hardware / Re: Nezobrazování souborů na externím HDD

« kdy: 02. 10. 2013, 21:50:39 »

Pro jistotu bych zkontroloval, zda /dev/sdb je skutečně ten externí disk, třeba pomocí palimpsest.
Potom odpoj všechny oddíly, které jsou z něho připojené (podle posledního výpisu /dev/sdb1).
Nainstaluj a spusť na něm testdisk .

Kód: [Vybrat]

sudo umount /dev/sdb*
sudo apt-get install testdisk
sudo testdisk /dev/sdb

Testdisk najde na disku smazané oddíly (quick search nebo pokud nic nenajde, tak následované deeper search), umožní se podívat do souborových systému na nalezených oddílech a oddíly obnovit.

Kdyby oddíly již nebyl schopen najít, můžeš pro obnovení souborů použít třeba photorec (neobnoví názvy souborů a adresářovou strukturu, takže to budeš muset protřídit nějakým skriptem - podle přípony nebo mime typu - a názvy souborů obnovit pomocí metadat vydolovaných ze souborů např. pomocí utility extract).

27

Všeobecná podpora / Re: Webové prohlížeče a vykreslování / načítání stránek v Debian (linuxu?)

« kdy: 17. 09. 2013, 15:52:15 »

Tak mě napadlo, jestli nejsi za chybně nastavenou proxy. Třeba transparentní? Nebo neinstaluješ nějakou proxy v těch distribucích?

Nebo ovladačem síťovky, ty distribuce mají různá jádra? Nebo firewallem?

Nevím čím by to mohlo být, chybu bych nehledal v prohlížeči, ale někde dál. Ručně ty soubory stáhnout jdou? Musím říct, že jsem s tímhle nikdy nesetkal.

28

Všeobecná podpora / Re: Webové prohlížeče a vykreslování / načítání stránek v Debian (linuxu?)

« kdy: 17. 09. 2013, 04:50:48 »

Protože ti to dělají všechny prohlížeče na různých systémech, tak to jsou pravděpodobně chyby sítě (třeba se ztrácejí pakety a ve windows si to prohlížeče tahají z cache).  Prověř si připojení  a nainstaluj si do iceweaselu/firefoxu firebug a v něm se podívej do záložky Síť, zda se soubory se styly skutečně natáhly.  Uvidíš tam chybový status nebo zda se na soubory pořád čeká. V chromiu může použít lištu vývojářských nástrojů. Nebo zkus wireshark.

29

Programování / Re: PHP 5.3.26 - error

« kdy: 15. 07. 2013, 23:49:35 »

1. Jaký je obsah $jsonFile a file_get_contents($url)? Chyba znamená, že $jsonFile není objekt, nejspíš bude null, protože  file_get_contents($url) není validní JSON.
2. $dirlisting[2] není definován.

30

Všeobecná podpora / Re: Grub - chybí možnost volby pro windows

« kdy: 11. 07. 2013, 21:16:46 »

Ahoj,

ostatní operační systémy by měly být detekovány pomocí

Kód: [Vybrat]

sudo os-prober
Pokud tomu tak, je mělo by stačit spustit:

Kód: [Vybrat]

sudo update-grub