Hozzászólások
-
SzerzőBejegyzés
-
Én nem írtam olyat, hogy 1.5 – ös a fájerfoxom:) 2.0-ás amúgy. Igen, munkahelyen vindóz van – erre sajnos nincs ráhatásom.
Mindenestre annak utánajártam, hogy ha innen melóhelyről akar bárki kimenni ftp-re 2 gigánál vágja a fájlokat – már a méret kiírása is fals. Otthonról nekem is ~ 4 gigának írja már a fenti iso-kat. Furcsa. Mi lehet ez, valami hülye proxy-beállítás? Számomra az benne a furcsa, hogy már a remote fájlméret kiírását is manipulálja, az még oké, hogy letöltésnél vágja (bár nekem szívás).Total commander-rel ftp-zve is ugyanez a kép. Kipróbálom otthonról is…
Egy céges proxy-n megyek ki, lehet, hogy az kavar be? Elvileg nem kéne…
Ha firefox-al belépek erre a címre 2 db ~2 gigás iso-t látok, ami a probléma gyökere is volt…
🙂
Szerintem kicsit nagyobbak az msi miatt:)Furcsa….te melyik címről szedted le?
A helyzet új, mert eddig mindig netinstallal nyomtam, vagy 1 cd-s változattal.
debian-31r4-i386-binary-1.iso és debian-31r4-i386-binary-2.iso a két érintett – nekem 1,97 gigára írja…Sziasztok! Én is leszedtem a Debian-t 2 dvd iso formátumban. Hogy lehet összegyógyítani két iso-t 1 DVD-re úgy, hogy az bootolható legyen? Gondolom nem elég ha csak adatként összemásolom a két darab kb 2 gigás iso-t egy dvd lemezre, ugyanakkor alapból képként csak egy iso-t enged kiírni.
megoldás: samba share-en át kell bemenni
Ez amúgy a script. A hiba fennáll két ugyanúgy telepített suse szerver között is. Még annyi infó, hogy a forrás szerver foldere egyben samba share is.
LIST=”folder1 folder2″ # folders to backup
REMOTE_USER=”jobs”
REMOTE_PASS=””
BACKUP_SOURCE=”forras_szerver”
BACKUP_TARGET=””
TARGET_FOLDER=”celfolder”
#
EBD OF CONFIG
curdir=`pwd`
for d in $LIST ; do
rsync -avzr -e ssh $REMOTE_USER@$BACKUP_SOURCE:$d $TARGET_FOLDER
done
cd $curdir -
SzerzőBejegyzés
legutóbbi hsz