Hallo Leute,
ich benutze Debian 6 und hatte mir dazu die komplette Distribution (52 cd images) mittels Jigdo-lite auf eine externe Festplatte gezogen. Nun wollte ich die ISOs mittels Jigdo-lite von Version 6.0.4 auf 6.0.6 upgraden. Dazu habe ich alle 52 ISOs unter /media/debISOs/CDxx gemountet. Nun wollte ich das jigdo-lite die alten gemounteten ISOs nach unveränderten Inhalten scannt und beim erstellen der neuen ISOs nur neue/veränderte Dateien runterlädt. Es sieht aber so aus als ob jigdo alles von neuem runterlädt, bzw. nicht richtig die alten ISOs scannt. Hier mal meine Befehle:
mkdir /media/debISOs/CD1 mount -o loop /media/usb0/debian-6.0.4-i386-CD1.iso /media/debISOs/CD1 mkdir /media/debISOs/CD2 mount -o loop /media/usb0/debian-6.0.4-i386-CD2.iso /media/debISOs/CD2 . . jigdo-lite --scan /media/debISOs/CD* --noask http://cdimage.debian.org/debian-cd/6.0.6/i386/jigdo-cd/debian-6.0.4-i386-CD... (bei dem Befehl hatte jigdo zumindest mal die CD1 gescannt, aber nicht -wie ich dachte- die anderen 51)
Meine Annahme ist, das sich die unveränderten Dateien der neuen CDxx sicherlich auf verschiedenen CDs der alten Debian-Version befinden. Meine Vermutung wird verstärkt, wenn ich sehe wie wenig (sagen wir 10 von 500 Teilen) von der alten CD1 in die neue übernommen wird, denn ich glaube nicht, dass sich von Version 6.0.4 auf 6.0.6 98% der Dateien ändern.
Weitere Versuche waren: jigdo-lite --scan /media/debISOs/CD2 jigdo-lite --scan /media/debISOs/CD2/* jigdo-lite --scan /media/debISOs// (dabei findet jigdo gar nix verwertbares)
Hat jemand ne Idee was ich falsch mache?
Viele Grüße Konrad
Hallo Konrad,
On Thu, Nov 08, 2012 at 12:28:05 +0100, Konrad Krenkel wrote:
ich benutze Debian 6 und hatte mir dazu die komplette Distribution (52 cd images) mittels Jigdo-lite auf eine externe Festplatte gezogen.
[...]
Vielleicht verstehe ich da irgendwas falsch, aber warum laedst Du das als einzelne Jigdo-Images runter? Waere debmirror nicht viel stressfreier?
Gruss, Chris
Hallo Christian,
-Debmirror- danke für den Tip.
Ich kannte nur jigdo-lite und ausserdem wollte immer die Möglichkeit haben Debian notfalls unter Windows o.ä. "brenn-bereit" zu haben. Muss leider auch immer zwischen der Windoofs- und Linux-Welt leben. Und CD-Images nehm ich deshalb weil ich die auch locker in ner FAT16 Partition speichern kann im gegensatz zu nem vollen DVD-Image.
Debmirror werd ich mir aber mal ansehen.
Bezüglich meines Problems: jigdo-lite funktioniert jetzt wieder einwandfrei -wenn ich nicht im Februar daran herumgebastelt hätte, das ist mir jetzt wieder gedämmert, hab die Änderungen rückgängig gemacht. (Damals hatte ich mir mittels jigdo und "Pismo File Mount" für Windoofs was gebastelt und meinte die gleichen Scriptänderungen auch unter Linux machen zu müssen -ohne es anschliessend richtig getestet zu haben...)
Vielen Dank Konrad Krenkel
-------- Original-Nachricht --------
Datum: Thu, 8 Nov 2012 14:16:52 +0100 Von: Christian Perle chris@linuxinfotag.de An: Linux-User-Group Dresden lug-dd@mailman.schlittermann.de Betreff: jigdo vs. debmirror
Hallo Konrad,
On Thu, Nov 08, 2012 at 12:28:05 +0100, Konrad Krenkel wrote:
ich benutze Debian 6 und hatte mir dazu die komplette Distribution (52 cd images) mittels Jigdo-lite auf eine externe Festplatte gezogen.
[...]
Vielleicht verstehe ich da irgendwas falsch, aber warum laedst Du das als einzelne Jigdo-Images runter? Waere debmirror nicht viel stressfreier?
Gruss, Chris -- Christian Perle chris AT linuxinfotag.de 010111 http://chris.silmor.de/ 101010 LinuxGuitarKitesBicyclesBeerPizzaRaytracing
Lug-dd maillist - Lug-dd@mailman.schlittermann.de https://ssl.schlittermann.de/mailman/listinfo/lug-dd
Am Thu, 08 Nov 2012 12:28:05 +0100 schrieb "Konrad Krenkel" konrad.krenkel@gmx.de:
ich benutze Debian 6 und hatte mir dazu die komplette Distribution (52 cd images) mittels Jigdo-lite auf eine externe Festplatte gezogen. Nun wollte ich die ISOs mittels Jigdo-lite von Version 6.0.4 auf 6.0.6 upgraden. Dazu habe ich alle 52 ISOs unter /media/debISOs/CDxx gemountet.
Hallo,
darf man erfahren, welchen Hintergrund das Ganze hat? Hast du einen ganzen Rechnerpark, der mit Maximalgeschwindigkeit installiert werden muss und dazu alle Pakete benötigt? Gigabyteweise unnötige Dateien auch noch wiederholt herunterzuladen (bei Updates) verursacht erheblichen Traffic, das halte ich für dem Projekt nicht förderlich und sollte vermieden werden.
denn ich glaube nicht, dass sich von Version 6.0.4 auf 6.0.6 98% der Dateien ändern.
Pakete der CD1 nach zwei Debian-Upgrades? Würde mich eigentlich wundern, wenn die Masse der Pakete NICHT aktualisiert werden würde - die Pakete sind immerhin nach Popularität geordnet und gerade bei den sehr häufig verwendeten Programmen auf CD1 vermute ich auch sehr häufige Updates.
Carsten
Hallo Carsten,
also der Grund, warum ich die vollständige Distribution heruntergeladen habe, ist der, dass ich viel unterwegs bin und oftmals keinen oder nur minimalen Internetzugang habe. Durch die Nutzung von Jigdo versuche ich ja schon den Traffic zu minimieren. Ich sehe beim Updaten der ISO meistens Meldungen wie "465 von 497 Packeten gefunden" (local gefunden). Das zeigt mir, dass sich mal großzügig aufgerundet "nur" 10% der Packete ändern. Aber keine Angst, die Kosten für den Traffic den ich auf den Debian Servern verursache gleiche ich mit (Geld)-Spenden an ffis mehr als wieder aus..
Viele Grüße Konrad
-------- Original-Nachricht --------
Datum: Thu, 8 Nov 2012 17:29:00 +0100 Von: Carsten Weber info@carwe.de An: lug-dd@mailman.schlittermann.de Betreff: Re: jigdo vs. debmirror
Am Thu, 08 Nov 2012 12:28:05 +0100 schrieb "Konrad Krenkel" konrad.krenkel@gmx.de:
ich benutze Debian 6 und hatte mir dazu die komplette Distribution (52 cd images) mittels Jigdo-lite auf eine externe Festplatte gezogen. Nun wollte ich die ISOs mittels Jigdo-lite von Version 6.0.4 auf 6.0.6 upgraden. Dazu habe ich alle 52 ISOs unter /media/debISOs/CDxx gemountet.
Hallo,
darf man erfahren, welchen Hintergrund das Ganze hat? Hast du einen ganzen Rechnerpark, der mit Maximalgeschwindigkeit installiert werden muss und dazu alle Pakete benötigt? Gigabyteweise unnötige Dateien auch noch wiederholt herunterzuladen (bei Updates) verursacht erheblichen Traffic, das halte ich für dem Projekt nicht förderlich und sollte vermieden werden.
denn ich glaube nicht, dass sich von Version 6.0.4 auf 6.0.6 98% der Dateien ändern.
Pakete der CD1 nach zwei Debian-Upgrades? Würde mich eigentlich wundern, wenn die Masse der Pakete NICHT aktualisiert werden würde - die Pakete sind immerhin nach Popularität geordnet und gerade bei den sehr häufig verwendeten Programmen auf CD1 vermute ich auch sehr häufige Updates.
Carsten
Lug-dd maillist - Lug-dd@mailman.schlittermann.de https://ssl.schlittermann.de/mailman/listinfo/lug-dd
Hi,
ich lese eher passiv hier mit, habe aber nun selbst ein großes Problem. Leider hilft mir die englische Manpage von mdadm nicht weiter.
root@freenas2:~# cat /etc/mdadm/mdadm.conf.scan ARRAY /dev/md/500er level=raid5 num-devices=8 metadata=1.2 spares=1 name=freenas2:500er UUID=7b1b4393:33238585:06fe9f48:6509e12e
devices=/dev/sdh,/dev/sdi,/dev/sdg,/dev/sdf,/dev/sde,/dev/sdl,/dev/sdb,/dev/sdc,/dev/sdd
Mein ursprüngliches Raid5 verlor eine HDD (Controller wurde beim booten nicht gefunden) und fing an zu recovern:
# cat /proc/mdstat Personalities : [raid6] [raid5] [raid4] md127 : active raid5 sdh[0] sdd[7] sdc[8] sdb[9] sde[4] sdf[3] sdg[2] sdi[1] 3418150400 blocks super 1.2 level 5, 512k chunk, algorithm 2 [8/7] [UUUUU_UU] [==>..................] recovery = 13.9% (68188544/488307200) finish=261.8min speed=26742K/sec
unused devices: <none>
Das kam mir recht, da ich diese HDD aus dem Raid eigentlich eh weg haben wollte da diese als einzige an einem alten Controller hing. Dummerweise stieg beim recovern eine weitere HDD aus.
Nach einem Rebbot (vermutlich der "Fehler") was natürlich /dev/sdl wieder da und seit dem habe ich folgende "Konfiguration":
root@freenas2:~# cat /proc/mdstat Personalities : [raid6] [raid5] [raid4] md126 : inactive sdi[1] sdl[6] 976693272 blocks super 1.2
md127 : inactive sdh[0] sdd[7](S) sdc[8] sdb[9] sde[4] sdf[3] sdg[2] 3418153984 blocks super 1.2
unused devices: <none>
root@freenas2:~# cat md126.txt md127.txt /dev/md126: Version : 1.2 Creation Time : Sat Feb 25 10:15:12 2012 Raid Level : raid5 Used Dev Size : 488307200 (465.69 GiB 500.03 GB) Raid Devices : 8 Total Devices : 2 Persistence : Superblock is persistent
Update Time : Wed Nov 7 22:15:03 2012 State : active, FAILED, Not Started Active Devices : 2 Working Devices : 2 Failed Devices : 0 Spare Devices : 0
Layout : left-symmetric Chunk Size : 512K
Name : freenas2:500er (local to host freenas2) UUID : 7b1b4393:33238585:06fe9f48:6509e12e Events : 25626
Number Major Minor RaidDevice State 0 0 0 0 removed 1 8 128 1 active sync /dev/sdi 2 0 0 2 removed 3 0 0 3 removed 4 0 0 4 removed 6 8 176 5 active sync /dev/sdl 6 0 0 6 removed 7 0 0 7 removed /dev/md127: Version : 1.2 Creation Time : Sat Feb 25 10:15:12 2012 Raid Level : raid5 Used Dev Size : 488307200 (465.69 GiB 500.03 GB) Raid Devices : 8 Total Devices : 7 Persistence : Superblock is persistent
Update Time : Wed Nov 7 23:55:21 2012 State : active, FAILED, Not Started Active Devices : 6 Working Devices : 7 Failed Devices : 0 Spare Devices : 1
Layout : left-symmetric Chunk Size : 512K
Name : freenas2:500er (local to host freenas2) UUID : 7b1b4393:33238585:06fe9f48:6509e12e Events : 25634
Number Major Minor RaidDevice State 0 8 112 0 active sync /dev/sdh 1 0 0 1 removed 2 8 96 2 active sync /dev/sdg 3 8 80 3 active sync /dev/sdf 4 8 64 4 active sync /dev/sde 5 0 0 5 removed 9 8 16 6 active sync /dev/sdb 8 8 32 7 active sync /dev/sdc
7 8 48 - spare /dev/sdd
Habe ich irgend wie eine Chance die beiden Platten aus md126 entsprechend wieder in das md127 zu bekommen ohne Daten zu verlieren?
Die Hardwerconfig: /dev/sdb DISK_8_0 n/a HPT 465.69 GiB /dev/sdc DISK_8_1 n/a HPT 465.69 GiB /dev/sdd DISK_8_2 n/a HPT 465.69 GiB /dev/sde DISK_8_3 n/a HPT 465.69 GiB /dev/sdf DISK_8_4 n/a HPT 465.69 GiB /dev/sdg DISK_8_5 n/a HPT 465.69 GiB /dev/sdh DISK_8_6 n/a HPT 465.69 GiB /dev/sdi DISK_8_7 n/a HPT 465.69 GiB /dev/sdj HDS725050KLA360 KRVN63ZAGHEGYD ATA 465.76 GiB /dev/sdk HDS725050KLA360 KRVN03ZAGEZ1AD ATA 465.76 GiB /dev/sdl HDS725050KLA360 KRVN63ZAGN990D ATA 465.76 GiB
Bin für jede Hilfe dankbar, Gruß Andi
Hi Andi,
Andi andi.ruppmann@arcor.de (Sa 10 Nov 2012 17:24:56 CET):
Number Major Minor RaidDevice State 0 0 0 0 removed 1 8 128 1 active sync /dev/sdi 2 0 0 2 removed 3 0 0 3 removed 4 0 0 4 removed 6 8 176 5 active sync /dev/sdl 6 0 0 6 removed 7 0 0 7 removed/dev/md127: Version : 1.2 Creation Time : Sat Feb 25 10:15:12 2012 Raid Level : raid5 Used Dev Size : 488307200 (465.69 GiB 500.03 GB) Raid Devices : 8 Total Devices : 7 Persistence : Superblock is persistent
Update Time : Wed Nov 7 23:55:21 2012 State : active, FAILED, Not StartedActive Devices : 6 Working Devices : 7 Failed Devices : 0 Spare Devices : 1
Layout : left-symmetric Chunk Size : 512K Name : freenas2:500er (local to host freenas2) UUID : 7b1b4393:33238585:06fe9f48:6509e12e Events : 25634 Number Major Minor RaidDevice State 0 8 112 0 active sync /dev/sdh 1 0 0 1 removed 2 8 96 2 active sync /dev/sdg 3 8 80 3 active sync /dev/sdf 4 8 64 4 active sync /dev/sde 5 0 0 5 removed 9 8 16 6 active sync /dev/sdb 8 8 32 7 active sync /dev/sdc 7 8 48 - spare /dev/sddHabe ich irgend wie eine Chance die beiden Platten aus md126 entsprechend wieder in das md127 zu bekommen ohne Daten zu verlieren?
Wenn die Platten im Prinzip noch da sind…
mdadm --stop /dev/md127 # falls es noch in /proc/mdstat auftaucht mdadm --assemble --force /dev/md127 /dev/sdX /dev/sdY /dev/sdZ …
könnte klappen, muß aber nicht. Lieber gehst Du schon mal das Backup suchen.
SUPER - DANKE! Ich habe jedesmal vergessen die md's zu stoppen... :-( Danach ging es problemlos mit mdadm --assemble --scan --force
Ja - das leidige Thema Backup... Aber es sind nur Filme auf dem "Filer". Da wäre der Schaden ein Unglück aber keine Katastrophe...
nochmal Danke und Grüße Andi
Am 10.11.2012 18:11, schrieb Heiko Schlittermann:
Hi Andi,
Andi andi.ruppmann@arcor.de (Sa 10 Nov 2012 17:24:56 CET):
Number Major Minor RaidDevice State 0 0 0 0 removed 1 8 128 1 active sync /dev/sdi 2 0 0 2 removed 3 0 0 3 removed 4 0 0 4 removed 6 8 176 5 active sync /dev/sdl 6 0 0 6 removed 7 0 0 7 removed/dev/md127: Version : 1.2 Creation Time : Sat Feb 25 10:15:12 2012 Raid Level : raid5 Used Dev Size : 488307200 (465.69 GiB 500.03 GB) Raid Devices : 8 Total Devices : 7 Persistence : Superblock is persistent
Update Time : Wed Nov 7 23:55:21 2012 State : active, FAILED, Not StartedActive Devices : 6 Working Devices : 7 Failed Devices : 0 Spare Devices : 1
Layout : left-symmetric Chunk Size : 512K Name : freenas2:500er (local to host freenas2) UUID : 7b1b4393:33238585:06fe9f48:6509e12e Events : 25634 Number Major Minor RaidDevice State 0 8 112 0 active sync /dev/sdh 1 0 0 1 removed 2 8 96 2 active sync /dev/sdg 3 8 80 3 active sync /dev/sdf 4 8 64 4 active sync /dev/sde 5 0 0 5 removed 9 8 16 6 active sync /dev/sdb 8 8 32 7 active sync /dev/sdc 7 8 48 - spare /dev/sddHabe ich irgend wie eine Chance die beiden Platten aus md126 entsprechend wieder in das md127 zu bekommen ohne Daten zu verlieren?
Wenn die Platten im Prinzip noch da sind...
mdadm --stop /dev/md127 # falls es noch in /proc/mdstat auftaucht mdadm --assemble --force /dev/md127 /dev/sdX /dev/sdY /dev/sdZ ...könnte klappen, muß aber nicht. Lieber gehst Du schon mal das Backup suchen.
Lug-dd maillist - Lug-dd@mailman.schlittermann.de https://ssl.schlittermann.de/mailman/listinfo/lug-dd
lug-dd@mailman.schlittermann.de
-
Andi -
Carsten Weber -
Christian Perle -
Heiko Schlittermann -
Konrad Krenkel