Fehler beim Komplettrestore

Hallo Miteinander,

Wir haben an unserer Schule Win7 Clients mit ähnlicher Hardware, so dass bisher auf zwei Hardwareklassen dasselbe Basis-Image lief. Wie gewohnt habe ich ein neues Basisimage erzeugt - und auch der identischen Hardwareklasse läuft das Image problemlos. Auf der anderen Hardwareklasse erhalte ich die folgenden Fehlermeldungen (und das Image läuft nicht)

Das Image lädt anscheinend erfolgreich runter:

Danach kommen die weiteren Meldungen (nur als Text, da ich nur ein Bild hochladen darf.)

modprobe: ERROR: could not insert ‘cloop’: Bad file descriptor
cloop: loading out-of-tree module taints kernel
cloop: initializing cloop 4.3
cloop: loaded (max 8 devices)
cloop: cannot read old 32-bit (version 0.68) images, please use an older version of cloop for this file
cloop: Unable to get file /cache/fujitsu… cloop for cloop device, error -9
Timestamp: Beende Komplettrestore von fujitsu…cloop
Kann /dev/sda1 nicht einhängen!
Veranlasse Upload von image.log
Fehler: Archiv “fujitsu…cloop” nicht vorhanden bzw. defekt oder Zielpartition “/dev/sda1” zu klein bzw. fehlerhaft
Veranlasse Upload von linbo.log

Ich habe auch schon versucht, die Partition zu vergrößern von 60 GB auf 70 GB, aber das half nicht und zudem genügen für das Image auf der anderen Hardwareklasse auch 60 GB…

Besten Dank für Eure Hilfe schon im voraus.

Gruß

Jan

Hallo Jan,

cloop: Unable to get file /cache/fujitsu… cloop for cloop device, error -9
Timestamp: Beende Komplettrestore von fujitsu…cloop
Kann /dev/sda1 nicht einhängen!
Veranlasse Upload von image.log
Fehler: Archiv “fujitsu…cloop” nicht vorhanden bzw. defekt oder
Zielpartition “/dev/sda1” zu klein bzw. fehlerhaft
Veranlasse Upload von linbo.log

bitte prüf mal, ob auf dem betroffenen Client noch Paltz auf der
Cachepartition ist: ob also das Image komplett runtergeladen wurde.

Dazu gehst du auf den Reiter „Imaging“ in linbo und dann auf
„Kommandozeilte“ (oder „console“?).
Dort tippst du ein:
mount /cache
und dann
df -h

Die Ausgabe schickst du uns dann.

LG

Holger

Hallo Holger,

danke für deine Mühe!

/cache ist nicht im fstab eingetragen???

Fehlermeldung siehe Anhang.

Hallo Jan,

/cache ist nicht im fstab eingetragen???

bitte schick mal die start.conf des Cleints
(/var/linbo/start.conf.

LG

Holger

Hi Holger,

anbei der Inhalt zwischen den Sternchen:


[LINBO]
Cache = /dev/sda2
Server = 10.16.1.1
Group = fujitsu_p556
SystemType = bios
RootTimeout = 600
AutoPartition = no
AutoFormat = no
AutoInitCache = no
DownloadType = torrent
BackgroundFontColor = white
ConsoleFontColorStdout = white
ConsoleFontColorStderr = red
KernelOptions = quiet splash dhcpretry=9

[Partition]
Dev = /dev/sda1
Size = 60G
Id = 7
FSType = ntfs
Bootable = yes
Label =

[Partition]
Dev = /dev/sda2
Size =
Id = 83
FSType = ext4
Bootable = yes
Label =

[OS]
Name = Windows 7
Version =
Description = Windows 7 SP1
IconName = win7.png
Image = None.rsync
BaseImage = fujitsu_p556_2-2018-06-28.cloop
Boot = /dev/sda1
Root = /dev/sda1
Kernel = grub.exe
Initrd =
Append =
StartEnabled = yes
SyncEnabled = yes
NewEnabled = yes
Hidden = yes
Autostart = no
AutostartTimeout = 5
DefaultAction = sync


Danke und Gruß

Jan

Hallo Jan,

schick dem Rechner einmal folgenden Befehl per Konsole

linbo-remote -i <Rechnername> -p partition,format,initcache,sync:1,start:1

und starte den Rechner dann.

Was passiert?

Gruß

Alois

Hallo Jan,

Cache = /dev/sda2

mach mal auf dem Client in der console folgende Befehle:

mount /dev/sda2 /cache
und dann
df -h

Dann wird dir die Größe und die Belegung der Cachepartition angezeigt.

Image = None.rsync
BaseImage = fujitsu_p556_2-2018-06-28.cloop

verwendet ihr ein rsync Image?
Und das wollt ihr tatsächlich „none.rsync“ nennen?

Ich nehme an, dass ihr keines verwendet: das würde den nicht
erfolgreichen komplettrestore erklären.
Wenn ihr keines verwendet mach aus:

Image = None.rsync
mal
Image =

und dann import_workstations

Danach sollte ein komplettsync wieder klappen.

LG

Holger

Hallo Holger,

baumhof

      Vize-Präsident




    19. Oktober

Hallo Jan,

Cache = /dev/sda2

mach mal auf dem Client in der console folgende Befehle:

mount /dev/sda2 /cache

und dann

df -h

Habe jetzt zuerst das untere probiert (was nicht ging) und dann nochmal das hier. Die cache war dieses Mal gemountet und es gibt genug Platz. Ausgabe von df -h war:

devtempfs size: 3.8G used 0 available 3.8G, used 0%, Mounted on /dev

/dev/sda2 175.5 G used 9.5 G available 157.1 G, 6%, /cache

kein /dev/sda1 taucht auf.

Dann wird dir die Größe und die Belegung der Cachepartition angezeigt.

Image = None.rsync

BaseImage = fujitsu_p556_2-2018-06-28.cloop

verwendet ihr ein rsync Image?

Nein

Und das wollt ihr tatsächlich “none.rsync” nennen?

Nein

Ich nehme an, dass ihr keines verwendet: das würde den nicht

erfolgreichen komplettrestore erklären.

Wenn ihr keines verwendet mach aus:

Image = None.rsync

mal

Image =

und dann import_workstations

gemacht. Dann vom Client aus neu partioniert, und „roter“ Knopf gedrückt

Danach sollte ein komplettsync wieder klappen.

Leider auch nein. An der Fehlermeldung bei linbo hat sich nichts geändert von meinem ursprünglichen Post, beginnend mit

modprobe: ERROR

Archiv …cloop nicht vorhanden, oder defekt, oder Zielpartition /dev/sda1 zu klein bzw fehlerhaft

Allerdings bekomme ich die Meldung, dass die Formatierung von /dev/sda1 mit ntfs OK war

Viele Grüße und danke weiterhin :slight_smile:

Jan

Hallo Jan,

Ich nehme an, dass ihr keines verwendet: das würde den nicht

erfolgreichen komplettrestore erklären.

Wenn ihr keines verwendet mach aus:

Image = None.rsync

mal

Image =

und dann import_workstations

gemacht. Dann vom Client aus neu partioniert, und “roter” Knopf gedrückt

kannst du die jetzige start.conf nochmal posten?
Vielleicht hab ich was übersehen …
Die Start.conf is tauch sehr „sauber“: hast du die Kommentare entfernt?
War da ein Windows Editor mit im Spiel?
Kannst du die Datei mal mit vi anschauen?
Stehen da seltsame
^M
am Ende jeder Zeile?

Leider auch nein. An der Fehlermeldung bei linbo hat sich nichts
geändert von meinem ursprünglichen Post, beginnend mit

modprobe: ERROR

Archiv …cloop nicht vorhanden, oder defekt, oder Zielpartition /dev/sda1
zu klein bzw fehlerhaft

Diese Meldung hab ich schonmal gesehen:
Bad file descriptor

jetzt muss ich mal suchen was damals das Problem war.

LG

Holger

Hallo Jan,

ich hab jetzt mal nach:

Bad File Descriptor"
gesucht und genau deine Fehlermeldung gefunden.

Damals gab es mehrere Antworten.
Eine hat das Problem behoben, indem er den Cache von reiserFS auf ext4
umgestellt hatte (und dann neu Partitioniert).
Ein anderer hatte das Image mit einem neuern linbo erstellt und ein
älteres wollte es nicht zurückspielen und einer hatte schlicht ein altes
Linbo.
Deines ist auch nicht gerade “frisch” (fast 2 Jahre alt).

Bevor wir da aber dran rühren, lass uns in dieser Richtung nochmal suchen:
Du schreibst:
“Ich habe auch schon versucht, die Partition zu vergrößern von 60 GB auf
70 GB, aber das half nicht und zudem genügen für das Image auf der
anderen Hardwareklasse auch 60 GB…”

zuerst mal: hast du nach dem Ändern von 60GB auf 70 GB in der start.conf
ein import_workstations gemacht?
Und danach den Client auch neu Partitioniert?

Bitte poste mal den Inhalt der Datei
/var/linbo/.cloop.info

Mir ist aufgefallen, dass du Bilder oder abgetippte Texte postets.
Wenn du eine SSH Sitzung auf den Server machst (von wo aus auch immer),
dann kannst du den Inhalt einer Datei anzeigen lassen mittels
cat /pfad/zur/datei/datei.txt
und dann mit der Maus anzeichnen und mittels STRG+Shift+c in die
Zwischenablage nehmen.
STRG+v kopiert es wieder heraus.

Das Shift ist nötig, weil STRG+c in der Console schon “Abbruch” bedeutet
(und das schon viele Jahre länger als es Copy n Paste gibt …)

LG

Holger

Hallo!
Kann es sein, dass der cache mit ntfs formatiert ist und das ein Problem darstellt?
Gruß - Rainer

Hallo Miteinander,

Problem gelöst: Image neu gemacht, jetzt habe ich auch eine Datei cloop.info und alles läuft. Keine Ahnung wieso diese Datei fehlte, bei den anderen Images war sie dabei.

Ganz herzlichen Dank an dich, Holger, aber auch an die anderen, die mir Hilfestellungen gaben.

Viele Grüße

Jan