Fórum Ubuntu CZ/SK
Ubuntu pro osobní počítače => Obecná podpora => Téma založeno: Hyp 27 Července 2012, 09:37:29
-
Dobry den,
zalohuji clonezillou a vzdy mi to hodi chybu Free block count error (file system was modified, 666844/12804086 files (3.0%non-contiguous) 359483686/51199147), ktera opravi volne misto a zaloha probehne korektne. Pri dalsi zaloze ale je znova chyba.
Fdisk hlasi chybu
Zařízení Zavádět Začátek Konec Bloky Id Systém
/dev/sda1 * 63 409593239 204796588+ 83 Linux
/dev/sda2 1933776180 1953520064 9871942+ 5 Rozšířený
/dev/sda3 409593240 1933776179 762091470 83 Linux
/dev/sda5 1933776243 1953520064 9871911 82 Linux swap/Solaris
Diskové oddíly jsou chybně seřazeny
Pozor: velikost sektoru je 4096 (nikoliv 512)Je to tedy jenom chybne razeni, pripadne jak to opravit. Jde mi o to, aby nebyly chybne sektory, pripadne aby disk neodchazel. Pro poradek dodavam, ze jsem myslim kdysi pres Gparted zvetsoval oddily.
Dekuji.
Hyp
-
Chtělo by to celý výpis příkazu
sudo fdisk -l včetně těch dat o disku nahoře
-
Posilam dale :
Disk /dev/sda: 1000.2 GB, 1000204886016 bytes
hlav: 255, sektorů na stopu: 63, cylindrů: 121 601, celkem 1 953 525 168 sektorů
Jednotky = sektory po 1 * 512 = 512 bajtech
Velikost sektoru (logického/fyzického): 512 bajtů / 512 bajtů
Velikost I/O (minimální/optimální): 512 bajtů / 512 bajtů
Identifikátor disku: 0x00021ba6
Zařízení Zavádět Začátek Konec Bloky Id Systém
/dev/sda1 * 63 409593239 204796588+ 83 Linux
/dev/sda2 1933776180 1953520064 9871942+ 5 Rozšířený
/dev/sda3 409593240 1933776179 762091470 83 Linux
/dev/sda5 1933776243 1953520064 9871911 82 Linux swap/Solaris
Diskové oddíly jsou chybně seřazeny
Pozor: velikost sektoru je 4096 (nikoliv 512)
Disk /dev/sdf: 3000.6 GB, 3000590401536 bytes
hlav: 255, sektorů na stopu: 63, cylindrů: 45 600, celkem 732 566 016 sektorů
Jednotky = sektory po 1 * 4096 = 4 096 bajtech
Velikost sektoru (logického/fyzického): 4096 bajtů / 4096 bajtů
Velikost I/O (minimální/optimální): 4096 bajtů / 4096 bajtů
Identifikátor disku: 0x0002866e
Zařízení Zavádět Začátek Konec Bloky Id Systém
/dev/sdf1 256 732566015 2930263040 7 HPFS/NTFS/exFAT
Tyka se to sda
-
ad.chybne_sektory) jedine smart ti je povi, fdisk urcite ne
ad.razeni) fdisk to umi preradit spravne .. pokud pouzivas v fstab UUID= tak si myslim, ze ani nebudes muset neco upravovat
-
Díky, zkusim a dam vedet, me jen trochu uklidnuje, ze je to jenom jakoby u volnyho mista, ale mam obavy, aby disk neodesel....
-
Tak se mi zdá, že vše OK, Diskový nástroj hlásí, že disk je zdráv, autokontrola proběhla v pořádku.
výpis smartu posílám
sudo smartctl -A /dev/sda
smartctl 5.41 2011-06-09 r3365 [i686-linux-3.2.0-27-generic-pae] (local build)
Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net
=== START OF READ SMART DATA SECTION ===
SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000f 114 099 006 Pre-fail Always - 74335202
3 Spin_Up_Time 0x0003 096 095 000 Pre-fail Always - 0
4 Start_Stop_Count 0x0032 100 100 020 Old_age Always - 465
5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 0
7 Seek_Error_Rate 0x000f 080 060 030 Pre-fail Always - 101322743
9 Power_On_Hours 0x0032 077 077 000 Old_age Always - 20713
10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 100 100 020 Old_age Always - 231
183 Runtime_Bad_Block 0x0032 100 100 000 Old_age Always - 0
184 End-to-End_Error 0x0032 100 100 099 Old_age Always - 0
187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 0
188 Command_Timeout 0x0032 100 098 000 Old_age Always - 8590132516
189 High_Fly_Writes 0x003a 099 099 000 Old_age Always - 1
190 Airflow_Temperature_Cel 0x0022 064 058 045 Old_age Always - 36 (Min/Max 23/40)
194 Temperature_Celsius 0x0022 036 042 000 Old_age Always - 36 (0 14 0 0)
195 Hardware_ECC_Recovered 0x001a 034 022 000 Old_age Always - 74335202
197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 2
240 Head_Flying_Hours 0x0000 100 253 000 Old_age Offline - 249460290507590
241 Total_LBAs_Written 0x0000 100 253 000 Old_age Offline - 4209880615
242 Total_LBAs_Read 0x0000 100 253 000 Old_age Offline - 1797022598
je ještě
sudo smartctl -l selftest /dev/sda
smartctl 5.41 2011-06-09 r3365 [i686-linux-3.2.0-27-generic-pae] (local build)
Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net
=== START OF READ SMART DATA SECTION ===
SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Extended offline Completed without error 00% 20677 -
# 2 Extended offline Aborted by host 90% 20673 -
# 3 Short offline Completed without error 00% 11700 -
-
S diskem se nic nestane, jen když máš fyzické sektory 512B a logické 4096kB, tak to může občas zpomalovat zápis.
Pokud chceš udělat kontrolu povrchu disku (tzv. surface test), který by mohl odhalit případné vadné sektory, spusť si LiveCD a proveď kontrolu FS takto sudo fsck.ext4 -c /dev/sdx kdy "x" je číslo oddílu který chceš zkontrolovat (zjistíš z výpisu fdisku), ale připrav se na to, že u oddílu kolem 600GB kapacity to trvá víc jak hodinu
-
Hmm, tak zas ta sama chyba......Proboha co to je...Nechapu, proc je to porad v usporadani volnyho mista, jeinak je vse v poradku. JInak ten smartctl nebo i diskovy nastroj nedela kontrolu povrchu disku?
user@debian:~$ sudo fdisk /l
fdisk: unable to open /l: No such file or directory
user@debian:~$ sudo fdisk -l
Disk /dev/sda: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders, total 1953525168
sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00021ba6
Device Boot Start End Blocks Id System
/dev/sda1 * 63 409593239 204796588+ 83 Linux
/dev/sda2 1933776180 1953520064 9871942+ 5 Extended
/dev/sda3 409593240 1933776179 762091470 83 Linux
/dev/sda5 1933776243 1953520064 9871911 82 Linux swap /
Solaris
Partition table entries are not in disk order
user@debian:~$ sudo fschk.ext3 -c /dev/sda
sudo: fschk.ext3: command not found
user@debian:~$ sudo fsck.ext3 -c /dev/sda
e2fsck 1.42.4 (12-Jun-2012)
ext2fs_open2: Bad magic number in super-block
fsck.ext3: Superblock invalid, trying backup blocks...
fsck.ext3: Bad magic number in super-block while trying to open
/dev/sda
The superblock could not be read or does not describe a correct ext2
filesystem. If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the
superblock
is corrupt, and you might try running e2fsck with an alternate
superblock:
e2fsck -b 8193
user@debian:~$ sudo fsck.ext4 -c /dev/sda1
e2fsck 1.42.4 (12-Jun-2012)
/dev/sda1: recovering journal
Checking for bad blocks (read-only test): 0.00% done, 0:00
elapsed. (0/0/0 errdone
/dev/sda1: Updating bad block inode.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Free blocks count wrong (15158242, counted=15157295).
Fix? yes
Free inodes count wrong (12138556, counted=12138516).
Fix? yes
/dev/sda1: ***** FILE SYSTEM WAS MODIFIED *****
/dev/sda1: 665580/12804096 files (2.9% non-contiguous),
36041852/51199147 blocks
user@debian:~$
-
Tak nevim, ja jsem postupne pridaval oddily a asi teda blbe, nicmene ze chybi sda4 by preci nemelo vadit. Navic ta gyba je jednak ze "Diskové oddíly jsou chybně seřazeny" a jednak
"Free blocks count wrong (15158242, counted=15157295).
Fix? yes
Free inodes count wrong (12138556, counted=12138516).
Fix? yes
"
To ze diskove oddily jsou blbe razeny preci nemuze mit vliv na tu druhouchybu, nebo si myslis, ze jo? Co teda s tim, ty dalsi partisny sloucit do jedny, tzn navrhujes teda zrusit extended partisnu a nechat sda1, sda2 a sda3?
A pak jeste pros po oprave to hazi tu chybu znova?
-
pokud jste laboroval s partisnama, tak se mrknete, jestli neni nahodou velikost filesystemu vetsi nez patrisna (musite si to spocitat z nasledujicich vystupu)
# dumpe2fs -h /dev/sda1# dumpe2fs -h /dev/sda3# dumpe2fs -h /dev/sda5
-
To je kravina, že se "mu" nelíbí absence /dev/sda4, problém je "jen" v řazení oddílů, které je skutečně opravdu velice zvláštní, když má fyzický-rozšířený-fyzický-logický. Já je mám hezky za sebou
Disk /dev/sdb: 1000.2 GB, 1000204886016 bytes
hlav: 255, sektorů na stopu: 63, cylindrů: 121 601, celkem 1 953 525 168 sektorů
Jednotky = sektory po 1 * 512 = 512 bajtech
Velikost sektoru (logického/fyzického): 512 bajtů / 512 bajtů
Velikost I/O (minimální/optimální): 512 bajtů / 512 bajtů
Identifikátor disku: 0x000dfcde
Zařízení Zavádět Začátek Konec Bloky Id Systém
/dev/sdb1 * 2048 97656831 48827392 83 Linux
/dev/sdb2 97658878 1953520064 927930593+ 5 Rozšířený
/dev/sdb5 97658880 1949407424 925874272+ 83 Linux
/dev/sdb6 1949407488 1953520064 2056288+ 82 Linux swap/Solaris
Neprováděl jsi nějaký ruční tuning? Mi tohle kdysi řvalo, když jsem si sám a dobrovolně umístil swap na začátek disku.
EDIT:
Jo a taky to asi bude souviset s vadným superblockem:
ext2fs_open2: Bad magic number in super-block
fsck.ext3: Superblock invalid, trying backup blocks...
fsck.ext3: Bad magic number in super-block while trying to open
/dev/sda
The superblock could not be read or does not describe a correct ext2
filesystem. If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the
superblock
is corrupt, and you might try running e2fsck with an alternate
superblock:
e2fsck -b 8193
-
2 sambraq:
a)Ano laboroval jsem s tim, rucne jsem to menil presouval gpartedem.
b) Jinak te bad superblock to hazelo na prikaz sudo fschk.ext3 -c /dev/sda coz je blblost, to je cely disk.....
c) to razeni je asi blbost, ale jsem presvedcen, ze to mam tak dlouho a chyby to nehlasilo....
2 jmp)
nerozumim, ale posilam vystupy, kazdopadne si myslim, ze pokud se to jednou opravi, melo by to fungovat a ne furt fix error, vse OK a chyby znova...
dumpe2fs -h /dev/sda1
dumpe2fs 1.42 (29-Nov-2011)
Filesystem volume name: <none>
Last mounted on: <not available>
Filesystem UUID: efbdb22b-8dbb-44e8-a96e-7e740a592dd4
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery sparse_super large_file
Filesystem flags: signed_directory_hash
Default mount options: (none)
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 12804096
Block count: 51199147
Reserved block count: 2559957
Free blocks: 15157295
Free inodes: 12138516
First block: 0
Block size: 4096
Fragment size: 4096
Reserved GDT blocks: 1011
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 8192
Inode blocks per group: 256
Filesystem created: Wed Nov 18 21:45:40 2009
Last mount time: Sun Jul 29 14:19:15 2012
Last write time: Sun Jul 29 12:57:46 2012
Mount count: 1
Maximum mount count: 34
Last checked: Sun Jul 29 12:57:46 2012
Check interval: 15552000 (6 months)
Next check after: Fri Jan 25 11:57:46 2013
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 128
Journal inode: 8
First orphan inode: 132409
Default directory hash: tea
Directory Hash Seed: 1a6b33b1-0e12-4d7f-81d1-239dfd78fdb8
Journal backup: inode blocks
Vlastnosti žurnálu: journal_incompat_revoke
Velikost žurnálu: 128M
Délka žurnálu: 32768
Sekvence žurnálu: 0x003decae
Začátek žurnálu: 1
sda3
dumpe2fs 1.42 (29-Nov-2011)
Filesystem volume name: Backup
Last mounted on: <not available>
Filesystem UUID: 9b776a88-1d73-4723-922a-c4c5f26d9da6
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal ext_attr resize_inode dir_index filetype sparse_super large_file
Filesystem flags: signed_directory_hash
Default mount options: (none)
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 47636480
Block count: 190522867
Reserved block count: 9526143
Free blocks: 10637890
Free inodes: 47636294
First block: 0
Block size: 4096
Fragment size: 4096
Reserved GDT blocks: 978
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 8192
Inode blocks per group: 512
Filesystem created: Wed Oct 27 13:33:47 2010
Last mount time: Sat Jul 21 20:57:10 2012
Last write time: Sun Jul 22 08:59:44 2012
Mount count: 50
Maximum mount count: 21
Last checked: Wed Jun 8 11:05:53 2011
Check interval: 15552000 (6 months)
Next check after: Mon Dec 5 10:05:53 2011
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 256
Required extra isize: 28
Desired extra isize: 28
Journal inode: 8
Default directory hash: half_md4
Directory Hash Seed: 19e2a0e0-2c7b-4adf-b406-b86dac5aa3bd
Journal backup: inode blocks
Vlastnosti žurnálu: journal_incompat_revoke
Velikost žurnálu: 128M
Délka žurnálu: 32768
Sekvence žurnálu: 0x000262d4
Začátek žurnálu: 0
a sda5 a 6 TOMU NEROZUMIM
sudo dumpe2fs -h /dev/sda5
dumpe2fs 1.42 (29-Nov-2011)
dumpe2fs: Chybné magické číslo v superbloku při pokusu otevřít /dev/sda5
Nemohu najít platný superblok systému souborů.
xxx@xxxx-desktop:~$ sudo dumpe2fs -h /dev/sda6
dumpe2fs 1.42 (29-Nov-2011)
dumpe2fs: Adresář nebo soubor neexistuje při pokusu otevřít /dev/sda6
Nemohu najít platný superblok systému souborů.
A pak ješte lze to tedy gpartedem znova zmenit a dat razeni za sebou, nebo jak to udelat, jsem z toho blazen.
Kazdopadne diky vsem za pomoc,,,,,
-
sorry blbnu - nahore je jeste sda5 jako swap a tak vypis nema smysl (neni tam filesystem)
pokud vypisy sedi a dobre pocitam, tak se sda1 a sda3 na partisny vejdou, takze v tom problem neni
-
Aha, máš pravdu, poslal jsi to na /dev/sda, to bude tím. Tak minimálně to řazení oddílů a velikost sektoru by možná chtělo doladit...Jak ten disk vypadá znázorněn v gparted a co fstab?
EDIT:
No, osobně bych zkusil nechat třeba sda1 a data z sda3 přesunout někam jinam-> smazat všechny oddíly až na sda1 (předpokládám, že je tam systém) a vytvořit si je znovu v trochu normálním sledu. Vzniklo to předpokládám tím, žes vytvořil fyzický sda1, potom rozšířený sda2 a v něm swap a nakonec sda3 zase fyzický oddíl. Tím se stalo to, že oddíly jdou za sebou takto:
/dev/sda1
/dev/sda2
/dev/sda5
/dev/sda3
ale fdisk je řadí podle koncového čísla disku. Proto řve, že diskové oddíly jsou chybně seřazeny. Otázka je, jestli je to na závadu... Ale můžu se mýlit.
-
Ahoj vsem, diky za reakce.
2 jmp
Ano, diky...
2sagraq
Ano, stalo se to presne tak, jak rikas a samozrejme ma strach o ty data. To ze to rve bych pochopil, nechapu ale, jak se to muze stavat opakovane pri rebootu. Jeste bych chtel zduraznit, ze normalni boot systemu jede v pohode, ale pokud dam clonezillu, tak ta kontrola hodi error, opravi to, zas boot systemu v pohode a dam clonezillu tak zas error, ktery se fixne. Proste hlava mi to nebere, zalohuju part sda1 do sda2, tzn. nic jinyho by tu clonezillu nemelo zajimat.
Jeste posilam fstab
# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
# /dev/sda1
UUID=efbdb22b-8dbb-44e8-a96e-7e740a592dd4 / ext3 relatime,erro$
# /dev/sda5
UUID=fd07d7fb-8dfe-4e6a-831a-d9b235cc43f6 none swap sw $
/dev/hda /media/cdrom0 udf,iso9660 user,noauto,exec,utf8 0 0
/dev/fd0 /media/floppy0 auto rw,user,noauto,exec,utf8 0 0
# nastavení práv USB kvůli VirtualBoxu grep "vboxusers" /etc/group | cut -d: -f$
#none /proc/bus/usb usbfs devgid=127,devmode=664 0 0
#mounting data
#/dev/sda3 /windows ext2 defaults,umask=007,gid=46,noatime 0 $
A obrazk
http://imageshack.us/photo/my-images/688/snmekobrazovkypozen2012.png/ (http://imageshack.us/photo/my-images/688/snmekobrazovkypozen2012.png/)
Chapu, ze kdyz se bootuje z live cd, priradi si to oddily treba jinak, ale nechapu, proc jsou ty oddily neprojdou kontrolou, to mi hlava nebere...
Jetse jednou diky.
-
No, osobně bych zkusil nechat třeba sda1 a data z sda3 přesunout někam jinam-> smazat všechny oddíly až na sda1 (předpokládám, že je tam systém) a vytvořit si je znovu v trochu normálním sledu. Vzniklo to předpokládám tím, žes vytvořil fyzický sda1, potom rozšířený sda2 a v něm swap a nakonec sda3 zase fyzický oddíl. Tím se stalo to, že oddíly jdou za sebou takto:
/dev/sda1
/dev/sda2
/dev/sda5
/dev/sda3
ale fdisk je řadí podle koncového čísla disku. Proto řve, že diskové oddíly jsou chybně seřazeny. Otázka je, jestli je to na závadu... Ale můžu se mýlit.
no linux si s tím "špatným" pořadím poradí, ale rozhodne to správně není
"správně" mají být primarní oddíl(y) a pak rozšířený oddíl s logickejma diskama
nicméně zde je možná náprava
je možné odpojit swap
smazat logický disk sda5
smazat rozšířený oddíl sda2
vytvořit primární oddíl sda2 jako swap
zapnout swap
upravit /etc/fstab
bude tam připojován swap, kde bude buď UUID nebo název zařízení
je třeba vložit buď /dev/sda2 nebo správné UUID
to lze zjistit z řádky pomocí
sudo blkid
nicméně si myslím, že toto není ani příčina ani řešení problému s tím neustále rozbitým filesystémem
tak mne napadá - neděláte ten fsck nad oddílem připojeným i pro zápis? to by byla zásadní chyba...
-
2jmp
ten fsck jsem si dela clonezilla, to bych rekl, ze je pouze pro cteni, nepletu-li se. Myslel jsem, ze pokud je disk pripojen, fsck nelze spustit, nebo se pletu?
Kazdopadne teda v tydnu zkusim vse zazalohovat a udelat znova, ale take si myslim, ze to neni pricina ani reseni problemu, ale clovek nikdy nevi:-).
Jeste me napadlo, ze zkusim udelat zalohu starsi veri clonezilly
Jeste jednou diky
Hyp
Ted me jeste napada,jestli se nezapisuje nekam velikost volnyho prostoru, pripadne ze by clonezilla kontrolovala fstab na disku se svojim fstabem, to je asi uplna kravina....Fakt nevim...
-
ještě by asi stálo za úvahu zkusit na problematicky filesystém pustit badblocks
man badblocks
-
... zalohuju part sda1 do sda2, tzn. nic jinyho by tu clonezillu nemelo zajimat.
Ale sda2 je rozšířený...
-
... zalohuju part sda1 do sda2, tzn. nic jinyho by tu clonezillu nemelo zajimat.
Ale sda2 je rozšířený...
ok, ale ja zalohuju sda1,tzn. to by se musel kontrolovat cilovy part, coz podle me tak neni a chybu to hlasi primo na sda1....
Badblock jsem spustil, podle me bud v poradku...Alespon doufam :-)
-
Takze badblock je ok, asi to zkusim teda cely zmenit, doufam, ze kvuli tomu neznicim PC...
Necham, to radsi na pristi tyden... Fakt nevim, co co muze byt...
sudo badblocks -sv /dev/sda
[sudo] password for admin :
Ověřují se bloky 0 až 976762583
Hledají se špatné bloky (test jen pro čtení): 0.00 % hotovo, 0:00 uplynulo. (0hotovo
Průchod dokončen, nalezeno 0 špatných bloků (0/0/0 chyb).
-
Takze badblock je ok, asi to zkusim teda cely zmenit, doufam, ze kvuli tomu neznicim PC...
Necham, to radsi na pristi tyden... Fakt nevim, co co muze byt...
sudo badblocks -sv /dev/sda
[sudo] password for admin :
Ověřují se bloky 0 až 976762583
Hledají se špatné bloky (test jen pro čtení): 0.00 % hotovo, 0:00 uplynulo. (0hotovo
Průchod dokončen, nalezeno 0 špatných bloků (0/0/0 chyb).
Taky bych to nechal uležet, když to vyloženě nehoří...
EDIT: Notabene, když máš tu sda3 skoro zaplněnou, předpokládám, že těch 690 GB není určeno ke smáznutí:).
-
Asi jo, necham to asi odlezet, nez to cely do.......
Kazdopadne diky.Hyp
-
znovu :: na diagnostiku disku vc. chybnych sektoru se pouziva SMART
tohle na foru me bavi: kdyz *pointnes nekoho ke spravnemu reseni, tak se vzdy najdou sikulove, kteri umi doporucit vice friendly utilitu co nefunguje