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 - xmms

Stran: 1 ... 4 5 [6] 7 8 ... 10
76
Hardware / Re: Doporučte ergonomickou myš
« kdy: 10. 01. 2011, 00:56:40 »
Taky jsem zkoušel různé myši a vždycky byl s něčím problém. Ty bezdrátové jsou kvůli baterce moc těžké, jiné drahé a báječné myši na pohled mají dost blbě udělané tlačítka. Třeba to chtělo pro stisknutí nezvykle větší tlak, takže se mi tlačítko nezmáčklo. No zkrátka jsem si na ty nadupané myši nikdy nezvyknul. Nakonec jsem zjistil, že nejlepší myši jsou ty nejjednodušší a nejlevnější jako třeba tahle

http://mysi.heureka.cz/genius-netscroll-310/

Ale to je asi dost subjektivní. Podobně jako s klávesnicí. Nikdo moc nechce do PC notebookovou klávesnici, já naopak mám takové nejradši, dobře a rychle se na tom píše.

77
Software / Re: fsck likvidátor
« kdy: 07. 01. 2011, 14:55:37 »
S tím socketem tomu moc nerozumím.
a) proč se tedy nesmazaly, když nejsou potřeba
b) na tom disku jsou uložené, takže by to nějak zkopírovat jít mělo, proč to nejde?

78
Software / Re: fsck likvidátor
« kdy: 07. 01. 2011, 07:21:00 »
Tak jsem to zálohoval jako tgz, ani to dlouho netrvalo. Z původních 5.5GB mám 2GB. Udělal jsem to z live CD a nemusím tak excludovat adresáře. Trochu jsem i experimentoval a bez adresářů dev proc sys ohlásí kernel panic, protože si je při startu sám nevytvoří, pokud chybí. Navíc i tyhle adresáře obsahují pár podadresářů, takže kvůli zachování struktury jsem je všechny ponechal. Je to čistší metoda, než to dělat za běžícího systému a excludovat.

Ale i tak mi to ohlásilo nějaké problémy:

Kód: [Vybrat]
linux:/moje # tar cvpzf /zaloha/zaloha_linux/system.tgz /moje > /zaloha/zaloha_linux/vystup.txt
tar: Removing leading `/' from member names
tar: /moje/var/run/sdp: socket ignored
tar: /moje/var/run/dbus/system_bus_socket: socket ignored
tar: /moje/var/run/acpid.socket: socket ignored
tar: /moje/var/spool/postfix/private/scache: socket ignored
tar: /moje/var/spool/postfix/private/bounce: socket ignored
tar: /moje/var/spool/postfix/private/uucp: socket ignored
tar: /moje/var/spool/postfix/private/anvil: socket ignored
tar: /moje/var/spool/postfix/private/verify: socket ignored
tar: /moje/var/spool/postfix/private/cyrus: socket ignored
tar: /moje/var/spool/postfix/private/proxymap: socket ignored
tar: /moje/var/spool/postfix/private/proxywrite: socket ignored
tar: /moje/var/spool/postfix/private/relay: socket ignored
tar: /moje/var/spool/postfix/private/bsmtp: socket ignored
tar: /moje/var/spool/postfix/private/lmtp: socket ignored
tar: /moje/var/spool/postfix/private/ifmail: socket ignored
tar: /moje/var/spool/postfix/private/rewrite: socket ignored
tar: /moje/var/spool/postfix/private/local: socket ignored
tar: /moje/var/spool/postfix/private/maildrop: socket ignored
tar: /moje/var/spool/postfix/private/retry: socket ignored
tar: /moje/var/spool/postfix/private/discard: socket ignored
tar: /moje/var/spool/postfix/private/error: socket ignored
tar: /moje/var/spool/postfix/private/trace: socket ignored
tar: /moje/var/spool/postfix/private/defer: socket ignored
tar: /moje/var/spool/postfix/private/virtual: socket ignored
tar: /moje/var/spool/postfix/private/procmail: socket ignored
tar: /moje/var/spool/postfix/private/smtp: socket ignored
tar: /moje/var/spool/postfix/public/cleanup: socket ignored
tar: /moje/var/spool/postfix/public/flush: socket ignored
tar: /moje/var/spool/postfix/public/showq: socket ignored
tar: Removing leading `/' from hard link targets

Jsou to nějaké sockety, které se mi do zálohy nezahrnuly. Proč? A co ten / hardlink?
Já bych si přál udělat kompletní zálohu se vším, aby to po obnovení bylo jako předtím.

79
Hardware / Re: Extrémní vytížení procesoru
« kdy: 06. 01. 2011, 23:51:34 »
Natsavil jsem i powersave na max. výdrž baterie, takže procesor má v klidu pod 50°C. V grafickém režimu to je fajn, ale v konzoli bez grafiky se to pořád smaží. Smaží to i při instalaci linuxu.

V konzolovém režimu by se to nedalo nějak vyřešit?

80
Software / Re: fsck likvidátor
« kdy: 06. 01. 2011, 08:38:33 »
Tak jsem to nainstaloval znova a pracně jsem to znovu nakonfiguroval. Potřeboval bych udělat zálohu celého systému. Nechci ale provádět dd sda5, protože ten je o dost větší než soubory na disku, ale chci zkopírovat a zkomprimovat všechny soubory na disku do jednoho cílového souboru na externí disk. Udělat to pořádně, aby se mi nerozrasily simlinky, atributy, práva, vlastnictví apod. Abych mohl v případě potřeby vybalit archiv do kořene a mít rychle obnovený systém. Chci udělat nejrychlejší kompresi.

Napadá mě něco na způsob:
Kód: [Vybrat]
nabootovat live CD
mkdir /mujsystem
mount /dev/sda5 /mujsystem
tar cpzf /externidisk/mojezaloha.tgz /mujsystem/

a při obnově:
Kód: [Vybrat]
boot live
mkfs.ext4 /dev/sda5
mkdir /mujsystem
mount /dev/sda5 /mujsystem
tar xpzf /externidisk/mojezaloha.tgz -C /mujsystem/

Je to tak dobře? Co na to používáte vy?
A je lepší tgz nebo bz2? Jedná se mi o nejrychlejší kompresi, není nutné to za každou cenu smrsknout na minimální velikost.

Taky se bojím toho, že to bude se symlinkem zacházet jako s tím souborem a to není dobré.

Na netu jsem viděl nějaké návody jako třeba tohle
Kód: [Vybrat]
tar -cvpf /backups/fullbackup.tar --directory=/ --exclude=proc
--exclude=sys --exclude=dev/pts --exclude=backups .

A provádět to na běžícím systému. To mi přijde docela šílené a blbé.

81
Software / Re: fsck likvidátor
« kdy: 05. 01. 2011, 20:02:33 »
To jsem kontroloval, disk je v pořádku. V HW nestraší. Podobnou zkušenost jsem měl i před pár lety, kdy jsem začínal s linuxem s fedorou. Tam jsem měl reiser a celé to odešlo, když mi vypli proud. Pak už jsem to mohl jen nainstalovat znova.

JardaP: to periodické řvaní fsck při startu je v pořádku. Někde je tam přednastavené, že se to má automaticky kontrolovat po každém dvacátém restartu. Což ale znamená, že to musí kontrolovat s připojeným oddílem (protože jak jinak by to dělal). No a když je to takhle nastavené z výroby, tak jsem logicky předpokládal, že to takhle můžu dělat ručně i já.

No a ten adresář gvfs dělá problémy neustále. To rozhodně není chyba mého HW, jen se koukněte do googlu a napište

.gvfs

google vám automaticky doplní

.gvfs is not accessible permission denied

A nějaký nalezený thread

Kód: [Vybrat]
When looking at it with an ls -l it looks like

????????????? ? ? ? ? ? .gvfs

I can not chown, touch, edit, remove, or do anything as the user of the home dir or as root. Both receive a permission denied.

Any suggestions?

Tento adresář se neustále pořád dokola poškozuje. Příslušný démon zřejmě obsahuje bug. Je toho plný google. Možná by bylo lepší tuhle věc vůbec nepoužívat.

Není tam nějaká možnost udělat fsck undo? Již za starých dob uměl scandisk ve windows uložit záznam o opravě na disketu, což by mělo umožnit vrátit akci zpět. Ale nikdy jsem toto nevyužil. No a v dnešní době moderních nadupaných souborových systémů jako ext4 bych to pokládal za samozřejmost.

82
Software / fsck likvidátor
« kdy: 05. 01. 2011, 07:46:54 »
Dnes jsem odprásknul celý linux.

S adresářem ~/.gvfs jsou standardní problémy již od instalace suse. Každou chvíli se sám poškodí (nevím sice proč) a je potřeba ho opravit pomocí fsck. Všímám si, že po každém dvacátém rebootování se fsck při startu automaticky spouští a opravuje chyby. A tak mi přišlo logické spustit init 1 a udělat to tam ručně. V init 1 toho moc neběží a snad by nemělo vadit, že je souborový systém připojený. Zadám

fsck.ext4 -y /dev/sda5

a katastrofa začala. Výsledkem je zničená celá struktura ext4 a můj nový filesystém vypadá asi takto:

Kód: [Vybrat]
#1717817
#1717820
#1717823
#1717826
#1717830
#1717833
#1717836
#1717839
#1717842
#1717846
#1717848
#1717851
#1717853
#1717856
#1717859
#1717862
#1717865
#1717868
#1717871
#1717873
#1717877
#1717879
#1717884
#1717887
#1717890
#1717893
#1717896

V těchto adresářích (cca 2500 kousků) jsou různě roztroušené soubory. Asi jsem měl provádět fsck z live media při odpojeném disku. Hmm, pozdě. Vím, že s připojeným diskem to nemusí dělat dobrotu (a že by se snad mohlo něco poškodit), ale fakt nechápu, proč to ten program musel takhle úplně celé zdevastovat. Prakticky nic použitelného mi na tom disku nezůstalo. Ve windows můžu opravovat disky za běhu a ničemu to nevadí.

Je pro tohle nějaké normální vysvětlení?

PS: jsem poslušný linuxák a poctivě zálohuju data. Ale stejně mě to štve.

83
Distribuce / Re: Boot live CD a copy to ram
« kdy: 05. 01. 2011, 01:03:03 »
cl1d3: díky za nakopnutí. Ten initrd se mi nedařilo rozbalit, zkoušel jsem to gunzipem a hlásilo to chyby. Nevěděl jsem o cpio. Koukal jsem na linuxrc u pclinux, který umí načíst CD do paměti a dělá to takhle:

Kód: [Vybrat]
                                                RAMDIR="/initrd/livecd.ram"
                                                mkdir -p $RAMDIR
                                                # make sure we have enough room for the image
                                                IMAGESIZE=`ls -l $MNTCDROM/livecd.sqfs | awk '{print $5+1000000}'`
                                                mount -t tmpfs -o "size=$IMAGESIZE" tmpfs $RAMDIR
                                                if [ "$?" -eq 0 ]; then
                                                        # copy the livecd.sqfs image to a tmpfs directory to be used as the new MNTCDROM
                                                        echo -n
                                                        echo -n " Copying to memory, please stand by..."
                                                        cp -R $MNTCDROM/livecd.sqfs $RAMDIR
                                                        if [ "$?" -eq 0 ]; then
                                                                printok
                                                                # free the boot device
                                                                umount $MNTLIVECD
                                                                umount $MNTCDROM
                                                                # and use our new directory as the new MNTLIVECD
                                                                `losetup -d $DEVLOOP 2>&1 >/dev/null`
                                                                losetup $DEVLOOP $RAMDIR/livecd.sqfs
                                                                mount -r -t squashfs $DEVLOOP $MNTLIVECD
                                                                rm -rf /initrd/sbin/halt.local
                                                        else
                                                                `umount $RAMDIR 2>&1 >/dev/null`
                                                                echo -n "copy 2 ram was unsuccesfull"
                                                                printfail
                                                        fi
                                                else
                                                        `umount $RAMDIR 2>&1 >/dev/null`
                                                        echo -n "the iso is larger than the available ram"
                                                        printfail
                                                fi
                                        fi

Možná by to šlo vrazit do opensuse a udělat to podobně.

84
Distribuce / Re: Boot live CD a copy to ram
« kdy: 04. 01. 2011, 23:56:37 »
To už jsem všechno zkoušel, výsledkem bylo obvykle operating system not found.

Snažil jsem se vyrobit bootovací flešku ručně. Udělal jsem fat32 fdiskem, označil jako boot, mkfs.vfat /dev/sdb1

to jsem namountoval a překopíroval tam obsah z live CD a vrazil tam syslinux /dev/sdb1.

Po restartu to hlásilo, že nemůže najít gfxboot. To znamená, že syslinux se spustil, ale nemohl najít ten gfxboot. Nevím proč. Nefunguje to ani jako fat16 a mkdosfs.

85
Distribuce / Re: Boot live CD a copy to ram
« kdy: 04. 01. 2011, 23:03:26 »
Další problém je v tom, jak vyrobit tohle live cd, aby to bootovalo z flešky. Na to existuje program SUSE Studio Imagewriter. Imagewriter umí udělat flešku jen z originálních suse live CD. Když si udělám live CD pomocí isolinux s použitím původního obsahu, CD sice funguje a bootuje, ale Imagewriter z něho flešku odmítne udělat s hlášením Sorry, I can't write this ISO. Při pokusech udělat to ručně přes syslinux pomocí návodu na stránkách http://www.debian.org/releases/stable/amd64/ch04s03.html.cs mi to nikdy nefungovalo.

Je nějaký snadný způsob, jak přinutit zavaděč, aby natáhnul libovolné bootovací ISO, ať už je na něm cokoliv? Hodilo by se mi mít na flešce hromadu ISO - windows, linux, dos nebo cokoliv jiného a jen si vybrat.

86
Distribuce / Re: Boot live CD a copy to ram
« kdy: 04. 01. 2011, 08:00:57 »
Tohle bude větší problém, než se dalo čekat. PClinux a suse jsou dělané jinak a ani po několika dnech zkoumání syslinuxu se v tom nevyznám.

Kód: [Vybrat]
# mount livecd.sqfs /sss -o loop
mount: wrong fs type, bad option, bad superblock on /dev/loop2,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

SQUASHFS error: Can't find a SQUASHFS superblock on loop2

# file livecd.sqfs
livecd.sqfs: data
# blkid livecd.sqfs
livecd.sqfs: TYPE="squashfs"

# mount -o loop openSUSE-kde-11.2-livecd-kde-read-only.i686-2.8.0 /sss
mount: you must specify the filesystem type

# mount -o loop -t squashfs openSUSE-kde-11.2-livecd-kde-read-only.i686-2.8.0 /sss
mount: wrong fs type, bad option, bad superblock on /dev/loop2,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so


Opensuse tam má soubor openSUSE-kde-11.2-livecd-kde-read-only.i686-2.8.0
jehož typ je neznámý. Vyrobit takové cédéčko asi nebude v mých silách.

Jak to namountuju?

Navíc jsem prohledal soubory na cédéčku a žádný neobsahuje odkaz na název toho squash souboru. Jak tedy loader pozná, že má z tohoto souboru načíst systém?

87
Vývoj / Re: Jak dlouho kompilujete jádro? Hodinu?
« kdy: 03. 01. 2011, 21:38:40 »
Mám aspire 5738G. Ale to je experimentování spíš na několik týdnů. Odstraním z jádra nějaké věci, které vypadají nepotřebné (protože je nenajdu v lspci a hwinfo), a ono to nefunguje. Možná někdy, až nebudu mít co dělat, se na to podívám. Ale změním počítač a můžu začít odznova.

88
Vývoj / Re: Jak dlouho kompilujete jádro? Hodinu?
« kdy: 02. 01. 2011, 04:09:14 »
No ano, je to velikost celého adresáře, do kterého se to zkompilovalo. Soubor bzImage má 3MB, vmlinux.bin 3,5MB, System.map 1,6MB a to ostatní budou asi moduly.

Zajímalo mě i minimum, tak jsem zrušil všechny volby a mělo to 501MB, takže to narostlo o 47MB. To pak trvá asi minutu.

89
Vývoj / Re: Jak dlouho kompilujete jádro? Hodinu?
« kdy: 31. 12. 2010, 21:54:14 »
Nedalo by se to nějak udělat, aby mi to automaticky vyhledalo potřebný HW a samo a dobře nakonfigurovalo? Něco na způsob

make idealconfig_for_my_pc

Také bych uvítal možnost pokračovat v přerušené kompilaci.

90
Software / Re: VMware Player not found
« kdy: 31. 12. 2010, 21:24:21 »
Nainstaloval jsem ten player z balíčku VMware-Player-2.5.5-328052.i386.rpm.

Ale chybí mu moduly jádra. Bohužel to nepíše které. Zkoušel jsem mu dávat různé adresáře jádra, ale nebere to. Kdyby aspoň napsal, které soubory vlastně chce.

Mám nainstalované:
kernel-desktop
kernel-desktop-base
kernel-desktop-devel
kernel-devel
kernel-firmware

To by mu snad mohlo stačit.

Stran: 1 ... 4 5 [6] 7 8 ... 10