Trápení s GRUBem, radost s LVM (diskuse)

[Dundee5]

To řešení přes netcat se mi líbí, díky za inspiraci.

[janik]

Ja pouzivam ssh priklad:
tar -c cesta | ssh uzivatel@stroj "tar -x"

alebo:
dd if=/dev/particia bs=1M | ssh uzivatel@stroj "dd of=/dev/particia"

Tiez to slape pekne rychlo (to ddcko pise 10-11 MB/s). Trochu to viac zatazuje pocitac, ale aspon nelezu moje data po sieti nesifrovane (co samozrejme doma na lokalke nevadi, ale v praci uz hej)

[AraxoN]

tar -c cesta | ssh uzivatel@stroj "tar -x"

+1, s tým, že to zvyknem na cestu ešte aj zagzipovať (ale keby som presúval mp3, obrázky či videá, tak to nemá zmysel)

 

[Limoto]

Myslím, že gzip může být na starších strojích brzda... Spíš to chce třeba LZO...

[trekker.dk]

Pokud je stroj starší natolik, že má jenom 10Mbit síťovku, pak rozbalení gzipem a dosažení celkové propustnosti 20Mbps stojí za to.

[alblaho]

No já nevím. Kolik je strojů, které jsou takové vykopávky že mají desítkovou síťovku a přitom jsou schopné gzipovat 20 megabitů?-)

[Semo]

Ja pouzivam ssh priklad: tar -c cesta | ssh uzivatel@stroj "tar -x"

scp -r cesta uzivatel@stroj

SCP to vsetko zenie jedinym TCP spojenim, takze to nema pri velkom mnozstve malych suborov ten strasny overhead ako FTP .

[alblaho]

SCP používám skoro obden a je to super věc. Ale jeden z těch počítačů byl Duron950, tak jsem se právě šifrování chtěl vyhnout.

[janik]

To tar bol prvy priklad co ma napadol. Samozrejme, ze na kopirovanie pouzivam scp. Raz som bol nuteny pipovat tar, lebo scp nieco nezvladlo, ale uz neviem co.

To dd som ale pouzil uz mnoho krat. A cez ssh sa da pretlacit aj omnoho viac (napriklad zvuk)

[Nicky726]

Tak nějak a když jsem hodně línej tak to dělám z Krusadera.

[CEST]

No, je to sice hezky reseni, mam dojem, ze neco takovyho jsem taky nekdy pouzival, nicmene, az to ti pri tomhle kopirovani nekde spadne a budes muset zacit znovu cely, pak si budes rikat, ze by to chtelo neco, co by to umelo podobne, ale samo poznat, co uz je zkopirovany a co ne. A pak si treba vzpomenes na rsync. Samozrejme nemyslim rsync pres ssh, ale ciste rsync na rsync daemon. Samozrejme, na jednej (server) strane to chce udelat konfigurak, ale ten muzes prakticky zkopirovat z man rsyncd.conf, staci neco takovyho

uid = root
gid = root
use chroot = no
log file = /dev/stdout
write only = no

[mp3]
path = /data/mp3
comment = MP3

Pak uz jenom na serveru spustis rsync --daemon --no-detach --config-file=./rsyncd.conf -v a na clientovi das treba rsync -avP ZDROJ-MP3/ rsync://server/mp3/ a kopirujes pres rsync nesifrovane. Ano, rsync protocol ma nejakou rezii, za tu ale dostanes komfort v znameni rozpoznani uz zkopirovanych souboru, castecne zkopirovanych a nezkopirovanych, moznost preruseni kopirovani atd.

Jinak ale urcite potvrdis pro ostatni odpurce LVM, ze vyhody LVM se ukazou, az kdyz zacnes potrebovat prave takovyhle zmatky, ze?:)

[alblaho]

rsync je dobré řešení, ale nevzpomněl jsem si, naštěstí to nespadlo. Jsem zvyklý ho používat právě přes to ssh, protože pak se to obejde bez serveru. Díky.

LVM je fajn, ale chtělo by, aby to byl univerzální standard napříč OS.

[frEon]

S netcatem jde uzit spousta srandy. Ja jsem takhle poustel kamaradovi novou muziku, co jsem sehnal:

Ja:

nc -l -p 1234 <  muzika/kapely/Heaven\ Shall\ Burn/Antigone/Heaven\ Shall\ Burn\ -\ Antigone\ 02\ the_weapon_they_fear.mp3

On:

nc moje.ip.adre.sa 1234 | mplayer -

[MaSo]

Dobře využitelný zápisek, máš bodík

A i komentáře se dají využít