Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.comp.os.unix.linux.misc > #124418 > unrolled thread

VM-Problem

Back to article view | Back to de.comp.os.unix.linux.misc

Contents

  VM-Problem Matthias Gerds <m.gerds@posteo.de> - 2022-08-27 15:23 +0200
    Re: VM-Problem Tim Ritberg <tim@server.invalid> - 2022-08-27 15:46 +0200
      Re: VM-Problem Matthias Gerds <m.gerds@posteo.de> - 2022-08-27 17:59 +0200
    Re: VM-Problem Marco Moock <mo01@posteo.de> - 2022-08-27 16:32 +0200
    Re: VM-Problem Thomas Klix <wotokl@web.de> - 2022-08-27 16:27 +0200
      Re: VM-Problem Matthias Gerds <m.gerds@posteo.de> - 2022-08-27 17:45 +0200
        Re: VM-Problem Thomas Klix <wotokl@web.de> - 2022-08-27 20:25 +0200
          Re: VM-Problem Matthias Gerds <m.gerds@posteo.de> - 2022-08-27 21:51 +0200
            Re: VM-Problem Thomas Klix <wotokl@web.de> - 2022-08-27 22:25 +0200
              Re: VM-Problem Matthias Gerds <m.gerds@posteo.de> - 2022-08-28 00:25 +0200
                Re: Re: VM-Problem Peter Aulich <peter@aulich.net> - 2022-08-28 20:05 +0200
                  Re: VM-Problem Matthias Gerds <m.gerds@posteo.de> - 2022-08-29 18:49 +0200
            Re: VM-Problem Kay Martinen <usenet@martinen.de> - 2022-08-27 23:36 +0200
              Re: VM-Problem Matthias Gerds <m.gerds@posteo.de> - 2022-08-28 02:09 +0200
            Re: VM-Problem Marco Moock <mo01@posteo.de> - 2022-08-28 07:08 +0200

#124418 — VM-Problem

Hallo,

hier gibt's zwar gerade einen ähnlichen Thread zum Thema, aber mein Problem ist ein spezielles.
Sowohl mit VirtualBox als auch mit KVM/Virt kann ich alles einrichten, nur dass mir jedesmal
am Ende erzählt wird, dass das neue System nicht auf das neue root geschrieben werden kann.
Angelegt werden z.B. Arch.vbox oder Arch.vdi aber schon.

Um mein Home-Verzeichnis nicht unnötig aufzublähen (Backups!), habe ich ein extra VM-Verzeichnis
auf einer anderen Platte angelegt. Das gehört auch mir (Benutzer). Bin auch in der Gruppe vboxusers.
Welche Besitzverhältnisse und Berechtigungen des Zielorts müssen erfüllt sein?
VirtualBox kann man als einfacher Benutzer fahren, bei KVM/Virt wird das Admin-Passwort abgefragt.
Nutzt aber auch nix. VirtualBox/VBox.log hat mich leider auch nicht wirklich erleuchtet.

Also mal wieder keine Ahnung ...

M:

[toc] | [next] | [standalone]

#124419

Am 27.08.22 um 15:23 schrieb Matthias Gerds:
> Hallo,
> 
> hier gibt's zwar gerade einen ähnlichen Thread zum Thema, aber mein 
> Problem ist ein spezielles.
> Sowohl mit VirtualBox als auch mit KVM/Virt kann ich alles einrichten, 
> nur dass mir jedesmal
> am Ende erzählt wird, dass das neue System nicht auf das neue root 
> geschrieben werden kann.
> Angelegt werden z.B. Arch.vbox oder Arch.vdi aber schon.
Er kann .vbox nicht schreiben oder .vdi schon?

> 
> Um mein Home-Verzeichnis nicht unnötig aufzublähen (Backups!), habe ich 
> ein extra VM-Verzeichnis
> auf einer anderen Platte angelegt. Das gehört auch mir (Benutzer). Bin 
> auch in der Gruppe vboxusers.
> Welche Besitzverhältnisse und Berechtigungen des Zielorts müssen erfüllt 
> sein?
> VirtualBox kann man als einfacher Benutzer fahren, bei KVM/Virt wird das 
> Admin-Passwort abgefragt.
> Nutzt aber auch nix. VirtualBox/VBox.log hat mich leider auch nicht 
> wirklich erleuchtet.
> 
> Also mal wieder keine Ahnung ...
Und welches FS ist das Ziel? Kann das vielleicht nicht mehr als 4GB?


Tim

[toc] | [prev] | [next] | [standalone]

#124423

Am 27.08.22 um 15:46 schrieb Tim Ritberg:
> Am 27.08.22 um 15:23 schrieb Matthias Gerds:
>> Hallo,
>>
>> hier gibt's zwar gerade einen ähnlichen Thread zum Thema, aber mein Problem ist ein spezielles.
>> Sowohl mit VirtualBox als auch mit KVM/Virt kann ich alles einrichten, nur dass mir jedesmal
>> am Ende erzählt wird, dass das neue System nicht auf das neue root geschrieben werden kann.
>> Angelegt werden z.B. Arch.vbox oder Arch.vdi aber schon.
> Er kann .vbox nicht schreiben oder .vdi schon?

Beide Dateien sind vorhanden.

>> Um mein Home-Verzeichnis nicht unnötig aufzublähen (Backups!), habe ich ein extra VM-Verzeichnis
>> auf einer anderen Platte angelegt. Das gehört auch mir (Benutzer). Bin auch in der Gruppe vboxusers.
>> Welche Besitzverhältnisse und Berechtigungen des Zielorts müssen erfüllt sein?
>> VirtualBox kann man als einfacher Benutzer fahren, bei KVM/Virt wird das Admin-Passwort abgefragt.
>> Nutzt aber auch nix. VirtualBox/VBox.log hat mich leider auch nicht wirklich erleuchtet.
>>
>> Also mal wieder keine Ahnung ...
> Und welches FS ist das Ziel? Kann das vielleicht nicht mehr als 4GB?

Habe es mit ext4 als auch mit btrfs und GPT-Partition probiert.

M:

[toc] | [prev] | [next] | [standalone]

#124420

Am Samstag, 27. August 2022, um 15:23:15 Uhr schrieb Matthias Gerds:

> Welche Besitzverhältnisse und Berechtigungen des Zielorts müssen
> erfüllt sein?

Der ausführende Nutzer muss Schreibrechte haben, zumindest bei VBox
reicht das aus.

[toc] | [prev] | [next] | [standalone]

#124421

Matthias Gerds wrote at Sat, 27 Aug 2022 15:23:15 +0200:
> hier gibt's zwar gerade einen ähnlichen Thread zum Thema, aber mein
> Problem ist ein spezielles. Sowohl mit VirtualBox als auch mit KVM/Virt
> kann ich alles einrichten, nur dass mir jedesmal am Ende erzählt wird,
> dass das neue System nicht auf das neue root geschrieben werden kann.
> Angelegt werden z.B. Arch.vbox oder Arch.vdi aber schon.

Wie lautet die Fehlermeldung genau?

> Um mein Home-Verzeichnis nicht unnötig aufzublähen (Backups!), habe ich
> ein extra VM-Verzeichnis auf einer anderen Platte angelegt. Das gehört
> auch mir (Benutzer). Bin auch in der Gruppe vboxusers. Welche
> Besitzverhältnisse und Berechtigungen des Zielorts müssen erfüllt sein?

Wenn die Dateien für die virtuellen Platten angelegt sind, ist für
VirtualBox alles i.O. Ich habe die VM-Dateien auch auf anderen Partitionen -
ohne Probleme.
Ich tippe auf Probleme bei deiner Arch-Installation. Wild geraten: Beim
Formatieren der virtuellen Festplatte läuft was schief? MBR/GPT?

Thomas

[toc] | [prev] | [next] | [standalone]

#124422

Am 27.08.22 um 16:27 schrieb Thomas Klix:
> Matthias Gerds wrote at Sat, 27 Aug 2022 15:23:15 +0200:
>> hier gibt's zwar gerade einen ähnlichen Thread zum Thema, aber mein
>> Problem ist ein spezielles. Sowohl mit VirtualBox als auch mit KVM/Virt
>> kann ich alles einrichten, nur dass mir jedesmal am Ende erzählt wird,
>> dass das neue System nicht auf das neue root geschrieben werden kann.
>> Angelegt werden z.B. Arch.vbox oder Arch.vdi aber schon.
> 
> Wie lautet die Fehlermeldung genau?

Benutze hier das anarchy-Image zum Installieren von Arch-Linux.
Da konnte ich inzwischen am anarchy.log erkennen, dass es sich wohl um
ein pgp-Authentifizierungsproblem der heruntergeladenen Pakete handelt.
Das ist aber wahrscheinlich eine irreführende Meldung, wie so oft.
Habe es auch mal im Home-Verzeichnis probiert: Gleiches Ergebnis.

Habe es auch mit einem anderen Image probiert (NeptuneOS/Debian): Gleiches Ergebnis
bzw. bleibt ohne Meldung stehen (Log dadurch nicht einsehbar).

>> Um mein Home-Verzeichnis nicht unnötig aufzublähen (Backups!), habe ich
>> ein extra VM-Verzeichnis auf einer anderen Platte angelegt. Das gehört
>> auch mir (Benutzer). Bin auch in der Gruppe vboxusers. Welche
>> Besitzverhältnisse und Berechtigungen des Zielorts müssen erfüllt sein?
> 
> Wenn die Dateien für die virtuellen Platten angelegt sind, ist für
> VirtualBox alles i.O. Ich habe die VM-Dateien auch auf anderen Partitionen -
> ohne Probleme.
> Ich tippe auf Probleme bei deiner Arch-Installation. Wild geraten: Beim
> Formatieren der virtuellen Festplatte läuft was schief? MBR/GPT?

Nee, das läuft glatt durch, sonst wäre Arch.vdi doch nicht da, oder?

M:

[toc] | [prev] | [next] | [standalone]

#124427

Matthias Gerds wrote at Sat, 27 Aug 2022 17:45:32 +0200:
> Am 27.08.22 um 16:27 schrieb Thomas Klix:
>> {...]
>> Wenn die Dateien für die virtuellen Platten angelegt sind, ist für
>> VirtualBox alles i.O. Ich habe die VM-Dateien auch auf anderen Partitionen -
>> ohne Probleme.
>> Ich tippe auf Probleme bei deiner Arch-Installation. Wild geraten: Beim
>> Formatieren der virtuellen Festplatte läuft was schief? MBR/GPT?
>
> Nee, das läuft glatt durch, sonst wäre Arch.vdi doch nicht da, oder?

Doch.
Die Dateien werden ja angelegt, wenn du dir deine virtuelle Kiste
zusammenschraubst. Und wenn Virtualbox die Dateien anlegen kann, kann er sie
auch beschreiben. Damit ist auf der "Eisenseite" (sprich: Host) alles in
Ordnung.
Das Problem dürfte also auf der "Softseite" (sprich: Client) liegen. Du
lieferst ja nicht gerade viele Informationen, ich vermute aber, dass dein
Installationsprogramm die virtuelle Platte erkennt. Bei einem Test mit
Neptune habe ich gesehen, dass er die Platte standardmäßig mit GPT
formatieren will - und mit EFI starten! Für EFI musst du in Virtualbox das
entsprechende Häkchen setzen. Hast du?
Mehr fällt mir nicht ein, es fehlen einfach Informationen...

Thomas

[toc] | [prev] | [next] | [standalone]

#124430

Am 27.08.22 um 20:25 schrieb Thomas Klix:
> Matthias Gerds wrote at Sat, 27 Aug 2022 17:45:32 +0200:
>> Am 27.08.22 um 16:27 schrieb Thomas Klix:
>>> {...]
>>> Wenn die Dateien für die virtuellen Platten angelegt sind, ist für
>>> VirtualBox alles i.O. Ich habe die VM-Dateien auch auf anderen Partitionen -
>>> ohne Probleme.
>>> Ich tippe auf Probleme bei deiner Arch-Installation. Wild geraten: Beim
>>> Formatieren der virtuellen Festplatte läuft was schief? MBR/GPT?
>>
>> Nee, das läuft glatt durch, sonst wäre Arch.vdi doch nicht da, oder?
> 
> Doch.
> Die Dateien werden ja angelegt, wenn du dir deine virtuelle Kiste
> zusammenschraubst. Und wenn Virtualbox die Dateien anlegen kann, kann er sie
> auch beschreiben. Damit ist auf der "Eisenseite" (sprich: Host) alles in
> Ordnung.
> Das Problem dürfte also auf der "Softseite" (sprich: Client) liegen. Du
> lieferst ja nicht gerade viele Informationen, ich vermute aber, dass dein
> Installationsprogramm die virtuelle Platte erkennt. Bei einem Test mit
> Neptune habe ich gesehen, dass er die Platte standardmäßig mit GPT
> formatieren will - und mit EFI starten! Für EFI musst du in Virtualbox das
> entsprechende Häkchen setzen. Hast du?
> Mehr fällt mir nicht ein, es fehlen einfach Informationen...

Was fehlt?

Klang nach einer guten Idee ... Mal abgesehen, dass ich keine Ahnung habe,
wo man das in VirtualBox auf GPT/EFI umstellen kann, habe es jetzt mal mit
Anarchy und MBR-Modus probiert. Leider mit demselben Ergebnis.

Habe sonst schon lange alles auf GPT/EFI, außer bei einem alten Windows-PC.
Aber das hat ja wohl keinen Einfluss auf VirtualBox.

M:

[toc] | [prev] | [next] | [standalone]

#124431

Matthias Gerds wrote at Sat, 27 Aug 2022 21:51:40 +0200:
> Am 27.08.22 um 20:25 schrieb Thomas Klix:
>> [...]
>> Das Problem dürfte also auf der "Softseite" (sprich: Client) liegen. Du
>> lieferst ja nicht gerade viele Informationen, ich vermute aber, dass dein
>> Installationsprogramm die virtuelle Platte erkennt. Bei einem Test mit
>> Neptune habe ich gesehen, dass er die Platte standardmäßig mit GPT
>> formatieren will - und mit EFI starten! Für EFI musst du in Virtualbox das
>> entsprechende Häkchen setzen. Hast du?
>> Mehr fällt mir nicht ein, es fehlen einfach Informationen...
>
> Was fehlt?

Informationen.
Erkennt das Installationsprogramm die virtuelle Platte als
Installationskandidaten, wie weit läuft die Installation, wie lautet konkret
die Fehlermeldung?

Thomas

[toc] | [prev] | [next] | [standalone]

#124435

Am 27.08.22 um 22:25 schrieb Thomas Klix:
> Matthias Gerds wrote at Sat, 27 Aug 2022 21:51:40 +0200:
>> Am 27.08.22 um 20:25 schrieb Thomas Klix:
>>> [...]
>>> Das Problem dürfte also auf der "Softseite" (sprich: Client) liegen. Du
>>> lieferst ja nicht gerade viele Informationen, ich vermute aber, dass dein
>>> Installationsprogramm die virtuelle Platte erkennt. Bei einem Test mit
>>> Neptune habe ich gesehen, dass er die Platte standardmäßig mit GPT
>>> formatieren will - und mit EFI starten! Für EFI musst du in Virtualbox das
>>> entsprechende Häkchen setzen. Hast du?
>>> Mehr fällt mir nicht ein, es fehlen einfach Informationen...
>>
>> Was fehlt?
> 
> Informationen.
> Erkennt das Installationsprogramm die virtuelle Platte als
> Installationskandidaten, wie weit läuft die Installation, wie lautet konkret
> die Fehlermeldung?

1) Anarchy Linux wird auf /dev/sda installiert.

    > Paketintegrität wird überprüft ... 100%


2) Fehler beim Installieren der Pakete ins neue Root-Verzeichnis.

Teilen Sie folgenden Link mit den Entwicklern ... blah, blah


3) Anarchy.log

wird heruntergeladen
wird heruntergeladen ...
Schlüsselbund wird geprüft ...
Paketintegrietät wird geprüft ...
Datei /mnt/var/cache/pacman/pkg/readline-8.1.002-1-x86_64.pkg.tar.zst
ist beschädigt Ungültiges oder beschädigtes Paket (PGP-Signatur)).
Soll die Datei entfernt werden? (J/n)
...
Und endlos für alle folgenden Pakete ...
...
Fehler sind aufgetreten, keine Pakete wurden aktualisiert.
*** END OF COMMAND OUTPUT ***
[21:01:44]: Installation failed, uploading log to termbin.com

[toc] | [prev] | [next] | [standalone]

#124448

Matthias Gerds <m.gerds@posteo.de> writes:

Hallo,

> [21:01:44]: Installation failed, uploading log to termbin.com

man beachte: https://gitlab.com/anarchyinstaller/installer/-/tree/master

Das Projekt ist tot, das letzte Release ist 8 Monate her.

Kann sein dass der Installer eventuell die Archlinux pgp Keys nicht
erneuert, dann wird das nichts mit der Installation.

Falls Du Archlinux probieren willst nimm halt das Original.
Das Installationsmedium hat mittlerweile auch ein Installscript. Oder
halt zu Fuss mit der Anleitung.
Oder probier Manjaro, der Installer ist ja sogar grafisch...

Peter

[toc] | [prev] | [next] | [standalone]

#124467

Am 28.08.22 um 20:05 schrieb Peter Aulich:
> Matthias Gerds <m.gerds@posteo.de> writes:
> 
> Hallo,
> 
>> [21:01:44]: Installation failed, uploading log to termbin.com
> 
> man beachte: https://gitlab.com/anarchyinstaller/installer/-/tree/master
> 
> Das Projekt ist tot, das letzte Release ist 8 Monate her.
> 
> Kann sein dass der Installer eventuell die Archlinux pgp Keys nicht
> erneuert, dann wird das nichts mit der Installation.

Daran könnte es in der Tat liegen, weil ich ja auch solcherart Fehlermeldungen
gesehen habe. Allerdings habe ich auch mal ein neues NeptuneOS probiert,
das ging auch nicht voran. Leider habe ich dazu keine Fehlermeldungen.

> Falls Du Archlinux probieren willst nimm halt das Original.

Ja, ArchLinux ist schon genial. Ist bloß Faulheit. Wollte mir die ganze Arbeit
und Zeit ersparen, die man nach der Arch-Erstinstallation erst einmal erledigen
muss.

> Das Installationsmedium hat mittlerweile auch ein Installscript. Oder

Ja? Da muss ich mal nachschauen ...

> halt zu Fuss mit der Anleitung.
> Oder probier Manjaro, der Installer ist ja sogar grafisch...

Probieren kann ich das mal, schon um das Schlüsselproblem auszugrenzen.
Allerdings hat es ja auf einer anderen Maschine mit openSUSE Tumbleweed
mit demselben Image einwandfrei geklappt - trotz veraltetem Projekt.

Aber ich will da hauptsächlich keine Grafik, ich will das pure Arch ohne
Display Manager (Login Manager) und den ganzen Firlefanz. Allerhöchstens
dann bei Bedarf per STARTX ein DE starten. Die VM wird durch die
mangelhafte Grafikbeschleunigung sowieso schon langsamer als der Wirt
arbeiten.

M:

[toc] | [prev] | [next] | [standalone]

#124433

Am 27.08.22 um 21:51 schrieb Matthias Gerds:
> Am 27.08.22 um 20:25 schrieb Thomas Klix:

>> Das Problem dürfte also auf der "Softseite" (sprich: Client) liegen. 

> Für EFI musst du in Virtualbox das
>> entsprechende Häkchen setzen. Hast du?

> Was fehlt?
> 
> Klang nach einer guten Idee ... Mal abgesehen, dass ich keine Ahnung habe,
> wo man das in VirtualBox auf GPT/EFI umstellen kann, habe es jetzt mal mit
> Anarchy und MBR-Modus probiert. Leider mit demselben Ergebnis.

In den Einstellungen des Gastes unter System-Hauptplatine-Erweitert
findet sich ein Häkchen "EFI/GPT Aktivieren". Wenn das an ist dann kann
(lt. Beschreibung) ein Gast der MBR erwartet nicht booten. Und umgekehrt
wird ein EFI erfordernder Gast nicht booten können wenn das aus ist.

> Habe sonst schon lange alles auf GPT/EFI, außer bei einem alten Windows-PC.

Sind das auch VM's oder echtes Blech?

> Aber das hat ja wohl keinen Einfluss auf VirtualBox.

Wenn echtes Blech: Nein. Wenn VMs: nur für den jeweiligen Gast.

Die Virtuelle Platte solltest du vielleicht mal komplett löschen und neu
anlegen lassen. Nur um auszuschließen das die GPT enthält und dein
Installer das nicht mag - oder umgekehrt.


Ｂｙｅ／
   ／Ｋａｙ

-- 
"Kann ein Wurstbrot die Welt retten?" :-)

[toc] | [prev] | [next] | [standalone]

#124437

Am 27.08.22 um 23:36 schrieb Kay Martinen:
> Am 27.08.22 um 21:51 schrieb Matthias Gerds:
>> Am 27.08.22 um 20:25 schrieb Thomas Klix:
> 
>>> Das Problem dürfte also auf der "Softseite" (sprich: Client) liegen.
> 
>> Für EFI musst du in Virtualbox das
>>> entsprechende Häkchen setzen. Hast du?
> 
>> Was fehlt?
>>
>> Klang nach einer guten Idee ... Mal abgesehen, dass ich keine Ahnung habe,
>> wo man das in VirtualBox auf GPT/EFI umstellen kann, habe es jetzt mal mit
>> Anarchy und MBR-Modus probiert. Leider mit demselben Ergebnis.
> 
> In den Einstellungen des Gastes unter System-Hauptplatine-Erweitert
> findet sich ein Häkchen "EFI/GPT Aktivieren". Wenn das an ist dann kann
> (lt. Beschreibung) ein Gast der MBR erwartet nicht booten. Und umgekehrt
> wird ein EFI erfordernder Gast nicht booten können wenn das aus ist.
> 
>> Habe sonst schon lange alles auf GPT/EFI, außer bei einem alten Windows-PC.
> 
> Sind das auch VM's oder echtes Blech?
> 
>> Aber das hat ja wohl keinen Einfluss auf VirtualBox.
> 
> Wenn echtes Blech: Nein. Wenn VMs: nur für den jeweiligen Gast.
> 
> Die Virtuelle Platte solltest du vielleicht mal komplett löschen und neu
> anlegen lassen. Nur um auszuschließen das die GPT enthält und dein
> Installer das nicht mag - oder umgekehrt.

Ist 'ne Idee. Mal probieren. Die Einstellung für GPT habe ich gefunden.

In der Zwischenzeit mal alles auf einem anderen PC unter openSUSE Tumbleweed
probiert: Klappt anstandslos.

M:

[toc] | [prev] | [next] | [standalone]

#124438

Am Samstag, 27. August 2022, um 21:51:40 Uhr schrieb Matthias Gerds:

> Mal abgesehen, dass ich keine Ahnung habe,
> wo man das in VirtualBox auf GPT/EFI umstellen kann,

Einstellungen der VM öffnen, Links in der Liste System wählen, dann
Hauptplatine, dann den Haken bei EFI aktivieren setzen.

[toc] | [prev] | [standalone]

Back to top | Article view | de.comp.os.unix.linux.misc

csiph-web