Prosíme přihlašte se nebo zaregistrujte.
1 hodina 1 den 1 týden 1 měsíc nastálo
Přihlašte se svým uživatelským jménem a heslem.

mojeID OpenID

mojeID OpenID

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.

1

Pomoc s instalací a aktualizací / Re:Instalace na SSD/HDD - jak nejlepe rozdelit disk/y

« kdy: 23 Únor 2013, 21:39:48 »

Osobně bych na SSD dal všechno kromě médií a jiných velkých souborů, které se tam prostě nevejdou. Čili např.
/ - SSD
/home/ja/media - HDD

V dnešní době by (díky optimalizaci SSD firmware a soub. systémů a zvyšování max. počtu zápisů na SSD) neměl být problém s rychlým "stárnutím" SSD disku. Pokud máš přece jen pocit, že Ubuntu příliš zapisuje, mrkni se na fatrace
http://forum.ubuntu.cz/index.php?topic=66882

2

Obecná podpora / Re:Cron neběží s ramdiskem

« kdy: 23 Únor 2013, 18:49:43 »

Je možné vytvořit zálohu /var/spool při vypínání a pak ji nakopírovat zpět, ale podle mě to vůbec nestojí za to.

Doporučil bych se podívat, jak často ti systém zapisuje a kam, a zařídit se spíš podle toho. /tmp, /var/tmp a /var/spool asi nebudou hlavní viníci zápisů na disk. Na diagnostiku je asi nejlepší fatrace
http://gdhnotes.blogspot.cz/2012/07/fatrace-aneb-sledovani-deni-v.html

Já to dělám takto

Kód: [Vybrat]

# spustim fatrace a necham ho nekolik minut bezet
sudo fatrace -t -o /var/tmp/fatrace.log
# zastavim pomoci Ctrl+c

# pak se mrknu do logu; zde filtruji pouze zapisy na disk (W)
awk '$3 ~ /W/ {print $1, $4}' /var/tmp/fatrace.log
Ve výpise je pak vidět čas a jméno souboru, do kterého bylo zapisováno. Jestli nevidíš stovky zápisů za minutu, hodil bych to za hlavu.

3

Programování pro GNU/Linux / Re:Výřez binárního blobu neznámé délky

« kdy: 21 Únor 2013, 22:07:37 »

Pomocí grepu (offset) a dd např.

Kód: [Vybrat]

start=$(($(grep -abo -m1 "Raw result:" file | cut -d: -f1) + 12))
count=$(($(grep -abo -m1 "Parsed result:" file | cut -d: -f1) - $start - 1))
dd if=file bs=1 skip=$start count=$count
Ale lepší by snad bylo použít nějaký binary sed (bbe) nebo programovací jazyk, ne?

4

Internet a sítě / Re:iptables skript vs výpis

« kdy: 15 Únor 2013, 20:56:49 »

Zkus místo

Kód: [Vybrat]

iptables -L
podrobnější výpis z

Kód: [Vybrat]

iptables -L -va podívat se na sloupec in: třeba se to objasní   .

5

Obecná podpora / Re:Slo by v konsoli zmenit CTRL+C ?

« kdy: 08 Leden 2013, 22:09:56 »

Změnit to samozřejmě jde, stačí se mrknout na Google, jako nápověda snad bude stačit příkaz stty.

Jinak Ctrl+c používají už stovky generací jak pro kopírování textu, tak pro zaslání SIGINT signálu (viz anglická wiki např.), takže nemá smysl to dále rozebírat I guess. 

6

Pomoc s hardwarem / Re:Ubuntu a vadný externí disk FAT32

« kdy: 04 Leden 2013, 10:35:18 »

Při poškození disku je zásada číslo jedna zkopírovat co se dá na zdravý disk (tedy omezit práci se špatným diskem na minimum, snažit se jen číst, ne zapisovat). Opravovat poškození pomocí poškozeného disku nevede k dobrým výsledkům

K tomu opět wiki:
http://wiki.ubuntu.cz/z%C3%A1chrana_dat

A v tvém případě na kopírování dat z disku asi nejlepší bude
http://wiki.ubuntu.cz/ddrescue

7

Programování pro GNU/Linux / Re:nefunguje mi roura :/

« kdy: 13 Prosinec 2012, 23:55:00 »

Možná bude stačit dát příkazu lame input parametr naznačující, jaký typ souboru má očekávat, např.

Kód: [Vybrat]

lame -r roura vysl.mp3 #raw
viz man lame, část INPUT

8

Pomoc s instalací a aktualizací / Re:nalezení souborů

« kdy: 04 Prosinec 2012, 08:03:06 »

Asi to tam opravdu není... Zkus ještě to najít přes find

Kód: [Vybrat]

sudo find /home -type -d -iname '*kšeft*'
a jestli nic, zkus photorec
http://wiki.ubuntu.cz/syst%C3%A9m/datov%C3%A1%20%C3%BAlo%C5%BEi%C5%A1t%C4%9B/testdisk?redirect=1#z%C3%A1chrana_vymazan%C3%BDch_dat_-_photorec

Problém je, že pokud máš uložená data v nějakém nestandardním formátu, tak je photorec nenajde.
Podporované formáty:
http://www.cgsecurity.org/wiki/File_Formats_Recovered_By_PhotoRec

9

Pomoc s instalací a aktualizací / Re:nalezení souborů

« kdy: 03 Prosinec 2012, 23:34:42 »

Takže ani pod /home/bodhi32, ani pod /home/mara kýžená data nejsou?

Ukaž taky výpis z

Kód: [Vybrat]

ls -l /home/*/
sudo du -hs /home/bodhi32 /home/mara


10

Pomoc s instalací a aktualizací / Re:nalezení souborů

« kdy: 03 Prosinec 2012, 22:10:23 »

Takže když se teď v novém Lubuntu podíváš do adresáře /home (NE /home/nejaky_uzivatel), tak tam vidíš co?
Jaký je výstup z

Kód: [Vybrat]

ls -l /home
mount
sudo fdisk -l


11

Pomoc s instalací a aktualizací / Re:Na zařízení není volné místo - nelze aktualizovat

« kdy: 15 Listopad 2012, 18:04:57 »

Možná došly inody...

Kód: [Vybrat]

df -i

12

Pomoc s instalací a aktualizací / Re:An error occurred while mounting

« kdy: 14 Listopad 2012, 20:46:32 »

vymaž řádek

Kód: [Vybrat]

/etc/fstab: static file system information.

13

Obecná podpora / Re:12.04 divne prikazy v terminaly

« kdy: 31 Říjen 2012, 22:50:39 »

...
@daysleeper: som pustil z root foldra to co si mi pastol a vratilo to:

Kód: [Vybrat]

grep: warning: /usr/bin/X11: recursive directory loop...

X11? Pouštíš ten příkaz na serveru, nebo na klientovi?

14

Obecná podpora / Re:12.04 divne prikazy v terminaly

« kdy: 30 Říjen 2012, 12:33:53 »

Já bych to tipoval na nějakou přepsanou binárku, zkontroloval bych je radši všechny

Kód: [Vybrat]

sudo grep -IR 'MIIDAzCCAmwCEQC5L2DMiJ+hekYJuFtwbIqvMA0GCSqGSIb3DQEBBQUAMIHBMQsw' $(echo $PATH | tr : ' ')

Jinak ten certifikát (mezi BEGIN a END) je veřejný klíč Verisignu, takže ho můžeš klidně nechat vypsaný.

15

Akce, srazy, setkání / Re:LinuxDays

« kdy: 21 Říjen 2012, 23:40:00 »

...
Možná že by stačilo udělat tu přednášku bez té ukázky...

To rozhodně ne, právě přednášky s ukázkami jsou ty nejzajímavější a taky nejtěžší, proto je dělají jen ti největší šílenci Mně se to líbilo.

Všiml jsem si ale jedné drobnosti, název použitého pythoního skriptu je přímo vidět v těch výpisech, takže se typ útoku i skript samotný dá lehce dohledat na internetu. Tím to trochu ztrácí kouzlo.

16

Obecná podpora / Re:Najednou mi nejdou odesílat zprávy z Thunerbird

« kdy: 21 Říjen 2012, 16:45:37 »

4.7.1 Service unavailable - try again later. většinou znamená, že přijímající smtp server používá greylisting (vysvětlení např. na http://napoveda.active24.cz/idx.php/0/257/article/). Tohle by ale měl ošetřit ("bratrancův") odesílající smtp server (ne lokální Thunderbird), takže podle mě je chyba opravdu na jeho straně.

Dělá ti to u všech emailových adres (adresátů), nebo jen u některých? Čili ať posíláš komu posíláš, pořád se to vrací s tou stejnou chybou?

17

Internet a sítě / Re:Apache - You don't have permission to access / on this server.[vyřešeno]

« kdy: 29 Září 2012, 21:46:54 »

Nevidíme nastavení práv pro /data a uživatele, pod kterým běží Apache, ale asi jde o to, že musí být "propustná" celá cesta k souboru/adresáři, ne jen konečný adresář, protože man path_resolution

   Step 1: Start of the resolution process
[...]

   Step 2: Walk along the path

Set  the  current lookup directory to the starting lookup directory.  Now, for each nonfinal component of the pathname, where a component is a sub‐
       string delimited by '/' characters, this component is looked up in the current lookup directory.

       If the process does not have search permission on the current lookup directory, an EACCES error is returned ("Permission denied").

18

Obecná podpora / Re:Pomalý boot, prosím o analýzu dmesg

« kdy: 14 Září 2012, 21:17:04 »

Jak dlouho ti trvá od zapnutí po najetí plochy? Ten výpis vypadá úplně normálně.

19

Obecná podpora / Re:Firefox a pomalé načítání některých webů s velikým obrázkem na pozadí

« kdy: 10 Září 2012, 22:04:35 »

adblock, flashblock nehraje roli

zkuste si http://www.rako.cz/produkty/india.html?usage=koupelna
pak zmenšit okno tak, aby vznikla scrollovací lišta, a zkuste jezdit popředím (ha!) nahoru dolů
u mě to hodně trhá + CPU > 90%

20

Obecná podpora / Re:Firefox a pomalé načítání některých webů s velikým obrázkem na pozadí

« kdy: 10 Září 2012, 21:42:47 »

U mě FF i TB manipuluje s velkými obrázky taky pomalu, včetně daného odkazu. Přičítám to pomalé integrované Intel grafice, nebo ji spíš FF neumí využít, protože CPU při scrollování apod. jede na plné obrátky. Co s tím, nevím. 

21

Podpora pro Ubuntu Server / Re:transmission-daemon a cron

« kdy: 08 Září 2012, 23:06:48 »

...
Popř ještě jedna věc... Nějaký způsob jak z konsole (tedy i automaticky) dát resume all torrents?

Měo by fungovat

Kód: [Vybrat]

transmission-remote -t all --start

22

Volná diskuze kolem Linuxu a OSS / Re:Dotaz mimo mísu

« kdy: 28 Srpen 2012, 21:28:57 »

Já na tyto účely používám centrum.cz, mají docela dobrý antispam a slušné nastavení možností filtrování.

23

Programování pro GNU/Linux / Re:generovani nahodneho **bigintu

« kdy: 07 Srpen 2012, 22:19:37 »

Kód: [Vybrat]

# perl -E '$x .= int(rand(10)) for(1..22); say $x'
6923452809738087104806
^^ matematik jsem velmi slabej a sestej smysl mi rika, ze to moc linearni asi nebude ..

To je podle mě elegantní řešení, ale záleží na kvalitě perlovského generátoru náhodných čísel, seedu a algoritmu zaokrouhlení náhodných čísel na celá čísla v intervalu <0,9>. 

Například v jednoduchém bashovském stylu

Kód: [Vybrat]

for i in {1..1000000}; do echo $(($RANDOM % 10)) >> /tmp/r.txt; done
sort /tmp/r.txt | uniq -c | sort -rnnebude rozložení v intervalu <0,9> úplně náhodné (číslo 4 se vyskytuje častěji než 5, důvod nechávám jako cvičení pro čtenáře )

24

Internet a sítě / Re:Podezřelé otevřené porty, které nejsou vidět ve firewallu

« kdy: 25 Červenec 2012, 17:38:41 »

...
Je to normální?

ufw pomocí iptables povoluje na localhostu všechno (ukázka z iptables -L -v)

Kód: [Vybrat]

Chain ufw-before-input (1 references)
target     prot opt in     out     source               destination         
ACCEPT     all  --  lo     any     anywhere             anywhere           

Jiná otázka je, proč máš na localhostu otevřeno tolik portů.

a hlavne skenujes sam sebe a to je nesmysl

priste prosim klasiku:

lsof -i
netstat -tulnp #### man netstat

Moc nerozumím rozdílu mezi nmap a lsof/netstat; Red Hat Enterprise Linux 3: Security Guide radí přesný opak:

There are two basic approaches for listing the ports that are listening on the network. The less reliable approach is to query the network stack by typing commands such as netstat -an or lsof -i. This method is less reliable since these programs do not connect to the machine from the network, but rather check to see what is running on the system. For this reason, these applications are frequent targets for replacement by attackers. In this way, crackers attempt to cover their tracks if they open unauthorized network ports.

A more reliable way to check which ports are listening on the network is to use a port scanner such as nmap.

The following command issued from the console determines which ports are listening for TCP connections from the network:

nmap -sT -O localhost

25

Podpora pro pracovní prostředí / Re:Velký počet prázdných textových souborů v /home

« kdy: 06 Červenec 2012, 21:22:55 »

To bude těžké, protože IMO se ty temp soubory vytváří v knihovně libglib
celý soubor:
http://gio-standalone.sourcearchive.com/documentation/0.1.2/glocalfileoutputstream_8c-source.html
package:
http://packages.ubuntu.com/precise/libglib2.0-0
ukázka kódu

Kód: [Vybrat]

      dirname = g_path_get_dirname (filename);
      tmp_filename = g_build_filename (dirname, ".goutputstream-XXXXXX", NULL);
      g_free (dirname);

      tmpfd = g_mkstemp_full (tmp_filename, (readable ? O_RDWR : O_WRONLY) | O_BINARY, mode);
      if (tmpfd == -1)
[...]

Na té knihovně závisí milión věcí Spíš bych se podíval na data modifikace těch souborů, jestli něco napoví (pravidelný výskyt? při startu? při vypínání? apod.)