koko systeemin kopiointi

Yleiset ongelmat, ohjelmien kääntäminen, kernel, lirc jne.
kurg
Vanhempi asiantuntija
Viestit: 175
Liittynyt: 13.04.2006 17:17

Viesti Kirjoittaja kurg » 31.03.2009 19:39

kompunortti kirjoitti: Jäljellä vielä tämä "unable to open inital console" ongelma.
/etc/fstab näyttäisi olevan kunnossa, kun tuo alkuperäinen kerneli käynnistyy.
Mystistä. Alkuperäisen asennuksen kanssa ei pitäisi olla mitään eroa...
Nyt ei ole ominta alaani tämä juttu, mutta vastaan silti.
Semmonen kuva tuli googlauksella, että /dev/console (ja/tai /dev/tty0) tiedostoa ei löydy tai siihen ei ole kirjoitusoikeuksia.

On niin vanha juttu (1998), että ei ehkä liity tähän, mutta laitetaan kuitenkin:
"Are use sure you did copy the devices correctly (cp does not copy
devices correctly, use tar or cpio)."
(http://lists.debian.org/debian-user/199 ... 00165.html)

Jaahas, löyty uudempikin:
"cp -ax wouldn't handle non-regular files, and would suffer the same file limit restructions as shell globbing would, hence you'd have to mitigate it with xargs, etc."
(http://linuxgazette.net/137/misc/lg/2_c ... ition.html)

Edit:
P.Kosunen ehtikin ensin. No, ei se mitään.

nm
Johtava konsultti
Viestit: 3160
Liittynyt: 22.07.2005 3:00

Viesti Kirjoittaja nm » 31.03.2009 20:21

kurg kirjoitti: Nyt ei ole ominta alaani tämä juttu, mutta vastaan silti.
Semmonen kuva tuli googlauksella, että /dev/console (ja/tai /dev/tty0) tiedostoa ei löydy tai siihen ei ole kirjoitusoikeuksia.
Jeps, dev-hakemiston sisältö jää tosiaan kopioimatta pelkällä cp -ax:llä, kun udev on liitetty sen päälle.
On niin vanha juttu (1998), että ei ehkä liity tähän, mutta laitetaan kuitenkin:
"Are use sure you did copy the devices correctly (cp does not copy
devices correctly, use tar or cpio)."
Nykyisin GNU cp kopioi laitetiedostot ihan nätisti rekursiivisessa moodissaan.
Jaahas, löyty uudempikin:
"cp -ax wouldn't handle non-regular files, and would suffer the same file limit restructions as shell globbing would, hence you'd have to mitigate it with xargs, etc."
(http://linuxgazette.net/137/misc/lg/2_c ... ition.html)
Tässä "non-regular"-tiedostoilla taidetaan tarkoittaa kovia linkkejä ja muita harvinaisempia otuksia. En ole varma, miten nuo muut rajoitukset ilmenevät. Tuon ohjeen bind-liitos on erinomainen vinkki ja sillä olisi tosiaan välttänyt tämän dev-kopiointiongelman.

Avatar
phelin
Yli-ihminen
Viestit: 1256
Liittynyt: 09.02.2005 3:00
Paikkakunta: Helsinki

Viesti Kirjoittaja phelin » 31.03.2009 20:29

Eikö initrd:n sisältämän init:n pitäisi luoda /dev/console, jos sitä ei vielä ole? Ainakin Ubuntun init alkaa näin:

Koodi: Valitse kaikki

#!/bin/sh

echo "Loading, please wait..."

[ -d /dev ] || mkdir -m 0755 /dev
[ -d /root ] || mkdir -m 0700 /root
[ -d /sys ] || mkdir /sys
[ -d /proc ] || mkdir /proc
[ -d /tmp ] || mkdir /tmp
mkdir -p /var/lock
mount -t sysfs -o nodev,noexec,nosuid none /sys 
mount -t proc -o nodev,noexec,nosuid none /proc 

# Note that this only becomes /dev on the real filesystem if udev's scripts
# are used; which they will be, but it's worth pointing out
mount -t tmpfs -o mode=0755 udev /dev
[ -e /dev/console ] || mknod -m 0600 /dev/console c 5 1
[ -e /dev/null ] || mknod /dev/null c 1 3
> /dev/.initramfs-tools
mkdir /dev/.initramfs

Avatar
kompunortti
Asiantuntija
Viestit: 140
Liittynyt: 03.08.2004 3:00

Viesti Kirjoittaja kompunortti » 02.04.2009 18:24

P.Kosunen kirjoitti:
kompunortti kirjoitti:Jäljellä vielä tämä "unable to open inital console" ongelma.
Boottaa jollain live/rescue-cd:llä, mounttaa uusi root-osio ja komenna:
cp -a /dev/console /dev/null /mnt/uusilevy/dev

Console ja null laitteet täytyy löytyä jo ennen udevin latausta.

Totta vieköön! Tuo auttoi :)

Droopy
Säätäjä
Viestit: 219
Liittynyt: 10.03.2008 17:37

Viesti Kirjoittaja Droopy » 05.04.2009 13:08

Itse olen kopioinut cp -a ja sitten grub paikalleen chroot komennon avulla. Kopiointi jollain sopivalla Live-CD:llä. Toki fstab pitää pistää kuntoon myös. Ja levyliitokset pitää tehdä oikein, jos systeemi on jaettu useammalle levylle ja jakoa halutaan muuttaa. Viimeksi kun levy vaihtui, niin asensin uusiksi kun teki mieli kokeilla 64 bittistä systeemiä. Jos itse käännetty kerneli niin sen voi kääntää myös uusiksi chrootin alla, jos joku tärkeä ajuri uupuu siittä. Rauta kun tietysti vaihtuu jonkin verran.

Toisaalta ei se xubuntu + vdr asennus kovin kauaa kestä.

Albie
Säätäjä
Viestit: 275
Liittynyt: 28.01.2006 16:44
Paikkakunta: Joensuu

Re: koko systeemin kopiointi

Viesti Kirjoittaja Albie » 19.11.2011 18:51

Nostetaanpas tätäkin vanhaa threadia ylöspäin...

Yksi VDR-purkki alkoi nikotella kiintolevyn lahoamisen takia. Järjestelmä on vielä hengissä, mutta en ole uskaltanut buutata/sammuttaa sitä.

Onnistuuko millään keinolla ajossa olevan systeemin kopiointi toiselle levylle?

Arvelin formatoida uuden levyn toisella koneella, laittaa fdiskillä osion buuttaavaksi, kytkeä levyn usb-ide -sovittimella nikottelevaan koneeseen ja kopioida systeemin uudelle levylle. Lopuksi buutti live-levyllä ja lilo:n uudelleenasennus uudelle levylle ja kädet kyynärpäitä myöten ristiin...

Avatar
Rene
Yli-ihminen
Viestit: 647
Liittynyt: 10.10.2004 3:00
Paikkakunta: Espoo

Re: koko systeemin kopiointi

Viesti Kirjoittaja Rene » 20.11.2011 3:17

Itse suosittelisin kaikille rsyncin käyttöä. Sillä saa kopsattua koko järjestelmän identtisesti paikasta toiseen. Itse siirsin oman rautaserverin virtuaalikoneeseen konehuoneesta toiseen ongelmitta.

Rsyncin kun ajaa toisen kerran, siirtää tämä vain muuttuneen tiedon. Tämä säästää aikaa, ja on turvallista. Rsynciä ei siis tarvitse ajaa vain verkon yli, vaan sillä voidaan siirtää partitiosta toiseen.

Jos tarvitset tarkempia ohjeita, niin voin katsoa mitä komentoja tuli käytettyä.



Sent from my Sony Ericsson Xperia Pro

G_F
Vanhempi asiantuntija
Viestit: 156
Liittynyt: 13.02.2007 10:40
Paikkakunta: Oulu
Viesti:

koko systeemin kopiointi

Viesti Kirjoittaja G_F » 20.11.2011 10:44

Rsyncille tulee toinen ääni täältä. Kuva- ja musiikkikirjastoja tulee varmuuskopioitua pöytäkoneelta serverille ton avulla. Samoin on useampaan otteeseen tullut erinäisiä suuria projekteja siirrettyä osoitteesta toiseen.

P.Kosunen
Yli-ihminen
Viestit: 1136
Liittynyt: 06.11.2005 14:08
Paikkakunta: Helsinki

Re: koko systeemin kopiointi

Viesti Kirjoittaja P.Kosunen » 20.11.2011 14:49

http://en.gentoo-wiki.com/wiki/Custom_Stage4
http://blinkeye.ch/dokuwiki/doku.php/projects/mkstage4

Tar sopii myös, Gentoon ohjetta voi soveltaa muihinkin jakeluihin.

Albie
Säätäjä
Viestit: 275
Liittynyt: 28.01.2006 16:44
Paikkakunta: Joensuu

Re: koko systeemin kopiointi

Viesti Kirjoittaja Albie » 20.11.2011 15:04

Kiitoksia kaikille vastanneille!

Uskalsin aamulla kuitenkin buutata systeemin ja teki kerran filecheckin, mutta nousi kuitenkin ylös.

Lainasin kaverilta Teraisen levyn ja pistin ghostilla kopioitumaan uudelle levylle koko roskan. Näkyy kestävän noin kaksi vuorokautta ja mitään takeita ei ole, että homma menee läpi. Alkuperäisessä levyssä on ainakin kolme kohtaa, jossa levyssä on lommo ja esim. scp:llä näitä tietoja kopioitaessa tulee "stalled". Nämä lommot ovat onneksi kaikki VDR:n tallenteiden kohdalla, joten täydellisen kopion järjestelmästä saattaa vielä saada toiselle levylle jollain menetelmällä.

Rene: Viitsitkö varalta pistää rsyncin oppaasi näkyville, jos tuo image ei menekään läpi? Nyt joudun turhan takia kopioimaan n. 900 Gigaa tallenteita tuolla Ghostilla, kun Ghostilla imagea ottaessa ei (Kai?) käsittääkseni voi excludata kansioita.

P.Kosunen: Tattis linkeistä, pitää tuohonkin tutustua jos suunnitelma A tai B ei toimikaan...

G_F
Vanhempi asiantuntija
Viestit: 156
Liittynyt: 13.02.2007 10:40
Paikkakunta: Oulu
Viesti:

koko systeemin kopiointi

Viesti Kirjoittaja G_F » 20.11.2011 15:54

Tässä munversio rsyncin ajosta

http://pääkkö.fi/teknologia/rsync-ja-backup.html

rsync -av --delete --progress /lähde /kohde

Deleten tilalla voi käyttää --delete-after vipuakin. Tai jättää koko vivun pois. Käytännössä toi poistaa kohteesta tiedostot, joita lähteessä ei ole.

Perusdisclaimer pätee. Vaikka tämä toimiikin minulla niin suosittelen tarkistamaan komennon itse.

Avatar
noeikujoo
Yli-ihminen
Viestit: 2156
Liittynyt: 23.08.2004 3:00
Paikkakunta: Kajaani

Re: koko systeemin kopiointi

Viesti Kirjoittaja noeikujoo » 20.11.2011 17:35

Itselläni on käytössä tällainen backup.sh-skripti, joka ajetaan ajastetusti kerran viikossa:

Koodi: Valitse kaikki

#!/bin/bash
LOG=/root/backup.log
echo Backup started `date` > $LOG
{
DOW=`/bin/date +%a`
DESTINATION=/media/usbdisk1/_backups
BACKUPDIR=$DESTINATION/vdr-server
if [ ! -d $BACKUPDIR ]; then
   mkdir -p $BACKUPDIR
fi
cd /
mount /dev/disk/by-uuid/0e349cb8-e0fe-4587-8e48-e7e052bfe3c5 /media/usbdisk1
rsync -axh --exclude tmp/ --delete --stats --progress / $BACKUPDIR/
umount /media/usbdisk1
# stop usb hdd
hd-idle -t disk/by-uuid/0e349cb8-e0fe-4587-8e48-e7e052bfe3c5
} 2>> $LOG
echo Backup completed `date` >> $LOG
MSG="Backup finnished."
/usr/bin/sendEmail -f root@ubuntu-server -t vastaanottajan@osoite.fi -s smtp.osoite.fi -u 'Ubuntu-server backup' -m $MSG -a $LOG
exit 0
Errorit ohjataan lokitiedostoon ja se lähetetään omaan osoiteeseen sähköpostilla. Parametri -x kannattaa olla tuossa rsyncissä, jos halutaan, että se ei kopioi muita liitettyjä tiedostojärjestelmiä.

Albie
Säätäjä
Viestit: 275
Liittynyt: 28.01.2006 16:44
Paikkakunta: Joensuu

Re: koko systeemin kopiointi

Viesti Kirjoittaja Albie » 20.11.2011 21:44

Rsync:hän näyttää näppärältä komennolta, ei ole tullut koskaan käytettyä vaikka tiedossa olikin ko. käsky. Kiitokset esimerkkipätkistä!

Tiistaihin asti vääntää tuota imagea vielä kone, jos tulee sutta ja sekundaa siitä, niin sitten otetaan rsync peliin...

Taitaa tuossa noeikujoo:n skriptissä tuo -x estää ikuluupin tulemisen, kun ei ole /media/usbdisk1 -kansiota excludattu vai ymmärsinkö väärin?

Avatar
noeikujoo
Yli-ihminen
Viestit: 2156
Liittynyt: 23.08.2004 3:00
Paikkakunta: Kajaani

Re: koko systeemin kopiointi

Viesti Kirjoittaja noeikujoo » 21.11.2011 9:32

Albie kirjoitti:Taitaa tuossa noeikujoo:n skriptissä tuo -x estää ikuluupin tulemisen, kun ei ole /media/usbdisk1 -kansiota excludattu vai ymmärsinkö väärin?
Jep. Parametri -x pakottaa rsyncin pysymään samassa filesysteemissä:

Koodi: Valitse kaikki

 -x, --one-file-system       don't cross filesystem boundaries
Rsync on jonkin verran hitaampi kuin cp, koska se varmistaa kahden tarkistussumman avulla, että kopioinnissa ei ole tapahtunut virheitä. Samalla tavalla cp:n -x parametri kopioi vain saman filesysteemin tiedostot kohteeseen.
Esim:

Koodi: Valitse kaikki

cd /
cp -ax . /media/usbdisk1/_backup/

Droopy
Säätäjä
Viestit: 219
Liittynyt: 10.03.2008 17:37

Re: koko systeemin kopiointi

Viesti Kirjoittaja Droopy » 21.11.2011 21:22

noeikujoo kirjoitti: Jep. Parametri -x pakottaa rsyncin pysymään samassa filesysteemissä:

Koodi: Valitse kaikki

 -x, --one-file-system       don't cross filesystem boundaries
Rsync on jonkin verran hitaampi kuin cp, koska se varmistaa kahden tarkistussumman avulla, että kopioinnissa ei ole tapahtunut virheitä. Samalla tavalla
Voi käyttää myös n parametria aluksi, jos haluaa tutkailla mitä
kopioidaan. Eli rsync -naxv /lähde /kohde
ja kun näyttää hyvältä poistetaan n ja tehdään lopullinen kopiointi.

Vastaa Viestiin