Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - Ondřej Caletka

Stran: 1 ... 42 43 [44] 45 46 ... 55
646
Distribuce / Re: Gentoo nepřipojí automaticky disk
« kdy: 02. 06. 2011, 13:16:26 »
btw.. mas ako daemona nastaveny dbus a hal?
Jen bych dodal, že HAL je v Gentoo již zavržený, v případě KDE je to od verze 4.6. Osobně jsem postupoval přesně podle návodu k upgrade a autodetekce připojených médií funguje bez problému.

647
Sítě / Re: Jak vyčistit nakešované routy?
« kdy: 30. 05. 2011, 21:56:40 »
No, vypadá to na něco v kernelu 2.6.39, (možná i 2.6.38), protože cestuji pořád stejně a nikdy dříve jsem se s podobnými problémy nesetkal... Zkusím vymyslet nějaký minimální případ, jak to otestovat a eventuálně nahlásit.

648
Sítě / Re: Jak vyčistit nakešované routy?
« kdy: 30. 05. 2011, 18:17:34 »
Update: Pomocí
Kód: [Vybrat]
ip rou show cache
se dá cache vypsat, včetně nemocných záznamů:
Kód: [Vybrat]
# ip route show cache | grep 138 
91.213.160.12 via 192.168.10.138 dev wlan0  src 192.168.15.131

Cache rout se dá i vymazat, příkazem ip route flush cache. Ale vzápětí se v ní nemocné záznamy znovu objeví.

Čili otázka z titulku threadu by měla znít: Jak vymazat cache ICMP redirectů? Ta totiž zřejmě stojí ještě nad cache rout.

649
Sítě / Jak vyčistit nakešované routy?
« kdy: 30. 05. 2011, 18:02:25 »
Ahoj, mám zvláštní problém.

Můj notebook má v domácí síti výchozí bránu nastavenu na 192.168.10.1, Internet se však ve skutečnosti schovává za 192.168.10.138. (Stroj .1 má default GW na .138 a když cíl leží v Internetu, pošle ICMP redirect).

Problém mám, pokud počítač odpojím od sítě, uspím, převezu do zcela jiné sítě a probudím... Síť se normálně spustí, skoro všechno funguje jak má. Problém je, že se nedostanu na IP adresy, na které jsem přistupoval chvíli před uspáním počítače, třeba adresu IMAP serveru..., www serveru otevřeného v prohlížeči, atd…

Posloucháním na síťovém rozhraní jsem zjistil, že při pokusu o navázání komunikace na některou z těchto nefunkčních adres se mi počítač snaží ARP protokolem zjistit adresu 192.168.10.138, přestože routování takto už nastavené dávno není...

Pravděpodobně se kernelu nechce zapomenout přijaté ICMP redirecty... Nenašel jsem jiný způsob, jak cache vyčistit, než je restart PC. Napadá někoho něco?

650
Software / Re: Zálohování se zachováním historie
« kdy: 22. 05. 2011, 16:27:59 »
Dá se použít rsync s hardlinky. Je to vlastně taková reverzní inkrementální (dekrementální?) záloha – ta poslední je úplná, ty starší jsou uloženy jako rozdíly od té poslední...

Hodně slov je o tom napsáno zde:
http://www.mikerubel.org/computers/rsync_snapshots/

651
Vývoj / Re: Parsování AT příkazů z USB modemu
« kdy: 16. 05. 2011, 20:43:53 »
Obsluha sériové linky v BASHi není nejjednodušší, protože je potřeba do jednoho souboru najednou zapisovat i z něj číst. Pokud se to dělá postupně, soubor se mezitím zavře a nefunguje jak by mělo.
Doporučuji to řešit nějakým vyšším jazykem, dovolil jsem si třeba malinkatý kousek v Pythonu 3 s pomocí PySerial:
Kód: [Vybrat]
#!/usr/bin/env python3

import serial

portname = '/dev/ttyUSB0'
command = 'AT+COPS?'

with serial.Serial(portname, timeout=2) as port:
    port.write('{0}\r'.format(command).encode('ascii'))
    port.readline() # Read back command
    result = port.readline().decode('ascii').strip()

print(result)

652
Hardware / Re: Zmenšení oddílu na flash disku
« kdy: 12. 05. 2011, 09:30:16 »
LVM oddíl je možné změnšit, ale netriviálně. Především je potřeba změnšít logické svazky tak, aby se ve VolumeGroup uvolnilo místo... Pak je potřeba přesunout logické svazky směrem k začátku VolumeGroup, aby „vpravo*“ zůstalo souvislé nealokované místo... Pak je možné deaktivovat VG a fyzický svazek zmenšit...

Celkem podrobný postup jsem vygooglil zde:
http://fedoraunity.org/Members/zcat/shrink-lvm-for-new-partition

Osobně se domnívám, že rychlejší bude buď odzálohovat data z LVM a následně celé smazat a vytvořit znovu (Linux není Windows, překopírování všech souborů je zcela legitimní způsob přesunu na jiný disk) a nebo odzálohovat a reinstalovat  8)

*) Připomíná to slavný vtip: „Na disku je volné místo jenom vpravo. Píše to ,No space left on device.'“

653
Software / Re: Screen vytěžuje CPU při výpisu souboru
« kdy: 03. 05. 2011, 23:29:28 »
Tak jsem zjistil, že problém se projevuje s (vanilkovým) jádrem 2.6.39.rc1+. Po downgrade na 2.6.38.4 se to chová normálně. Nicméně i tak by mě zajímalo, čím to může být a jak hledat pomoc...

654
Software / Screen vytěžuje CPU při výpisu souboru
« kdy: 03. 05. 2011, 18:01:55 »
Ahoj,

řeším zajímavý problém. Na jednom PC, pokud jsou splněny následující podmínky:
  • Je spuštěn Screen
  • Uvnitř shellu ve screenu provedu příkaz, který vypíše dlouhý textový soubor, např výpis dmesg (cca. 50kB)
V takovém případě se stane zvláštní věc. Po výpisu několika obrazovek se kurzor na několik desítek sekund zastaví, pak pokračuje dál, pak zase zastaví, celé to trvá asi 2 minuty (výpis příkazu time: real    2m33.613s, user    0m0.000s, sys     0m0.005s). Během této doby celý počítač přestává odpovídat, v paralelně spuštěném htop jde CPU okamžitě na 100%, s tím že nejvíc CPU vytěžují kernelovské procesy sync_supers, kworkerd a samotný proces SCREEN. Když ten samý soubor catnu na konzoli bez screenu, chová se systém normálně. (time: real    0m0.021s, user    0m0.001s, sys     0m0.005s) Nastavení screenu je standardní, dokonce jsem smazal všechny screenrc soubory a problém přesto přetrvává.

Problém se projevuje jak na fyzické konzoli, tak přes SSH.

Na jiných strojích tento problém nepozoruji. Nesetkal se někdo s něčím podobným? Napadá někoho, jak to debugovat a zjistit co přesně počítači schází, když vytuhne?

Předem díky za rady.

655
Vývoj / Re: IPv4 a IPv6 na stejném portu
« kdy: 19. 04. 2011, 10:40:32 »
Ještě bych k tomuto poznamenal, že správně by měly být nové programy psány s hodnotou V6ONLY nastavenou na 1. Automatické mapování IPv4 provozu do IPv6 s sebou nese drobná bezpečnostní rizika a hlavně je nekoncepční. Taková aplikace pak nebude fungovat na OS bez podpory IPv6 a pokud ano, znamená to programovat IPv4 obsluhu dvakrát, jednou pro opravdové IPv4 a podruhé pro IPv6-mapované IPv4 adresy.

Pak bych ještě rád poznamenal, že není dobré programovat IPv6 podporu „natvrdo“, tak jak se dříve programovaly IPv4 aplikace. Jestli se časem objeví nějaké IPv7, nebo XYv9, bude potřeba aplikaci (zase) přepsat. Proto je lepší používat protokolově nezávislé rozhraní, jaké poskytuje knihovní funkce getaddrinfo (manuál obsahuje jednoduchý příklad).

Moc hezky je to celé popsáno v knize IPv6 Network Programming. I když ta je dost drahá, zvlášť když celé 3/4 obsahu (272 stran) tvoří plné texty volně dostupných RFC  :o

656
Software / Re: Instalace Adobe Reader do Fedory
« kdy: 04. 04. 2011, 15:42:00 »
Já bych to neviděl tak černě. Máte-li 64-bitovou distribuci s podporou glibc multilib (což všechny normální 64-bitové distribuce umí), stačí už jen příslušné 32-bitové GTK knihovny a voilá - 32-bitový Adobe reader běží.


K původnímu dotazu: Zde jsem vygooglil jakýsi obrázkový návod, třeba pomůže:
http://www.liberiangeek.net/2010/06/how-to-install-adobe-acrobat-reader-in-fedora-13-and-previous-versions/

Ještě Filipe, co takhle zkusit poprosit syna? Když ti dal PC s linuxem, tak je nenulová pravděpodobnost, že s tím trochu i umí...

657
Software / Re: Adresáře mají špatnou diakritiku
« kdy: 02. 03. 2011, 11:38:44 »
convmv -f iso-8859-2 -t utf8 -r --notest --replace ~/data

Opravení diakritiky v souborech pojmenovaných „®esky“:
convmv -f latin2 -t utf8 nazev_souboru
Změna názvu všech souborů z kódování windows-1250 na UTF-8:
find . -type f -exec convmv -f cp1250 -t utf-8 {} --notest \;
WARNING WARNING WARNING
Rozhodně napoprvé nezkoušej pouštět příkaz convmv s parametrem --notest. Divím se, že někdo něco takového vůbec radí. Riskuješ tím, že se soubory při chybném zadání přejmenují do podoby, ze které nebude návratu.

Proto aplikace convmv implicitně pracuje v režimu běhu naprázdno a teprve po ověření, že dělá skutečně to, co zadání předpokládalo, uživatel přidává --notest a přejmenování běží naostro.

658
Desktop / Re: Xorg.conf pro různé externí LCD
« kdy: 01. 03. 2011, 16:40:11 »
základní zádrhel je ale v tom, že když připojíte externí LCD za chodu Xek, tak o něm xrandr vůbec neví a nic nedovolí nastavit.

nějaké scripty to už je pak prkotina...


zkuste si to
Zkouším to celkem pravidelně. Na Intelí grafice to funguje zcela bezproblému, k detekci nově připojeného/odpojeného monitoru dojde nejpozději při prvním spuštění xrandr po připojení/odpojení monitoru...

Možná jde jen o problém s ovladači Nvidia.

659
Odkladiště / Re: Ako ste sa ucili Linux?
« kdy: 21. 02. 2011, 13:21:58 »
Začínal jsem instalací Red Hat Linuxu 6.2 CZ. Reinstaloval jsem ho asi dvacetkrát, protože jsem nebyl s to rozchodit grafickou kartu a neznal jediný příkaz pro práci na konzoli. Pak jsem na počítač vrátil Windows. Nechal jsem si zařídit uživatelský účet na školním serveru, a hrál jsem si na něm přes SSH. Zároveň jsem si nechal koupit k Vánocům knížku Linux -- Dokumentační projekt a začal číst... Spousta lidí říká, že ta knížka je zastaralá a zbytečná a já s tím částečně souhlasím. Třeba v příručce správce sítě není nic o NATu a privátních adresách, v části o grafických prostředích není nic o KDE a GNOME, atd...

Na druhou stranu kniha položí slušné základy, které některým novodobým linuxákům chybí... Díky vzdálenému přístupu přes SSH jsem si uživatelsky použitelné příkazy zkoušel z pohodlí linuxu a časem došel k tomu, že jsem nainstaloval Red Hat 7.0 CZ a už jsem byl schopen samostatně rozběhat X server... Stejně jsem ale linux používal hlavně jako server, ohromnou výhodu měl například FTP server, který narozdíl od jakéhokoli Windowsího dokázal plně vytížit stomegabitovou síť...

Každodenně používat linux na desktopu jsem začal až o několik let později, s distribucí Gentoo. Její instalační příručka a sada příruček pro instalaci doplňků je prostě úžasná...

660
Sítě / Re: Připojení k 4G internetu od T-Mobile
« kdy: 17. 02. 2011, 10:39:56 »
Zkoušel jsi ten můj skriptík? Co ti na něm nefungovalo? K němu stačí mít nainstalovaný pppd a chat.

Pokud soubor /dev/ttyUSB0 nemůžeš otevřít, znamená to, že si musíš buď přidat práva na ten soubor (třeba se zařadit do správné skupiny), nebo skript spouštět jako root.

Ještě jsem to zkoušel a terminál mi nevypnul a hlasi mi toto:

OK
OK
CONNECT
Serial connection established.
Using interface ppp0
Connect: ppp0 <--> /dev/ttyUSB0
LCP: timeout sending Config-Requests
Connection terminated.
Modem hangup
Tohle vypadá už docela dobře. Zkus ten skript ještě spustit s parametrem debug... Možná je chyba v tom AT příkazu. Zkontroluj, jestli jsou tam správně uvozovky a zpětná lomítka.

Jsem přihlašenej jako root, zadal jsem sudo -i a do souboru USB0 nemohu.  Hlasi mi toto:

Could not open the file /dev/ttyUSB0.
/dev/ttyUSB0 is not a regular file.
To je v pořádku, ttyUSB0 skutečně není obyčejný soubor. Důležité je, že to nepíše Permission Denied.


Stran: 1 ... 42 43 [44] 45 46 ... 55