koko systeemin kopiointi

Yleiset ongelmat, ohjelmien kääntäminen, kernel, lirc jne.

ViestiKirjoittaja 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.
kurg
Vanhempi asiantuntija
 
Viestit: 175
Liittynyt: 13.04.2006 17:17

ViestiKirjoittaja 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.
nm
Johtava konsultti
 
Viestit: 3145
Liittynyt: 22.07.2005 3:00

ViestiKirjoittaja 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
phelin
Yli-ihminen
 
Viestit: 1256
Liittynyt: 09.02.2005 3:00
Paikkakunta: Helsinki

ViestiKirjoittaja 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 :)
Avatar
kompunortti
Asiantuntija
 
Viestit: 140
Liittynyt: 03.08.2004 3:00

ViestiKirjoittaja 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ä.
Droopy
Säätäjä
 
Viestit: 219
Liittynyt: 10.03.2008 17:37

Re: koko systeemin kopiointi

ViestiKirjoittaja 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...
Albie
Säätäjä
 
Viestit: 274
Liittynyt: 28.01.2006 16:44
Paikkakunta: Joensuu

Re: koko systeemin kopiointi

ViestiKirjoittaja 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
Avatar
Rene
Yli-ihminen
 
Viestit: 624
Liittynyt: 10.10.2004 3:00
Paikkakunta: Espoo

koko systeemin kopiointi

ViestiKirjoittaja 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.
G_F
Vanhempi asiantuntija
 
Viestit: 156
Liittynyt: 13.02.2007 10:40
Paikkakunta: Oulu

Re: koko systeemin kopiointi

ViestiKirjoittaja 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.
P.Kosunen
Yli-ihminen
 
Viestit: 1120
Liittynyt: 06.11.2005 14:08
Paikkakunta: Helsinki

Re: koko systeemin kopiointi

ViestiKirjoittaja 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...
Albie
Säätäjä
 
Viestit: 274
Liittynyt: 28.01.2006 16:44
Paikkakunta: Joensuu

koko systeemin kopiointi

ViestiKirjoittaja 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.
G_F
Vanhempi asiantuntija
 
Viestit: 156
Liittynyt: 13.02.2007 10:40
Paikkakunta: Oulu

Re: koko systeemin kopiointi

ViestiKirjoittaja 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ä.
Avatar
noeikujoo
Yli-ihminen
 
Viestit: 2156
Liittynyt: 23.08.2004 3:00
Paikkakunta: Kajaani

Re: koko systeemin kopiointi

ViestiKirjoittaja 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?
Albie
Säätäjä
 
Viestit: 274
Liittynyt: 28.01.2006 16:44
Paikkakunta: Joensuu

Re: koko systeemin kopiointi

ViestiKirjoittaja 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/
Avatar
noeikujoo
Yli-ihminen
 
Viestit: 2156
Liittynyt: 23.08.2004 3:00
Paikkakunta: Kajaani

Re: koko systeemin kopiointi

ViestiKirjoittaja 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.
Droopy
Säätäjä
 
Viestit: 219
Liittynyt: 10.03.2008 17:37

EdellinenSeuraava

Paluu Linux

Paikallaolijat

Käyttäjiä lukemassa tätä aluetta: Ei rekisteröityneitä käyttäjiä ja 2 vierailijaa