Guten Abend zusammen,
in SCP kann man den rDNS Eintrag ändern. Dieser steht momentan auf XXX.nicesrv.de.
Kann man diesen einfach ändern oder verursacht das irgengwelche Probleme?
Ich würde gerne den Hostnamen damit verknüpfen.
Gruß
Marco
Guten Abend zusammen,
in SCP kann man den rDNS Eintrag ändern. Dieser steht momentan auf XXX.nicesrv.de.
Kann man diesen einfach ändern oder verursacht das irgengwelche Probleme?
Ich würde gerne den Hostnamen damit verknüpfen.
Gruß
Marco
Der Installer würde SCSI Platten nie als /dev/vda anzeigen.
Welches Produkt hast du bei Netcup gebucht und wann hast du das letzte mal ein Update & Neustart gemacht?
Hier habe ich festgestellt. Das die Partitionen (sda1, sda2, sda3) standardmäßig mit dem netCup Ubuntu 2020.04 Image erstellt werden. Außerdem steht in der fstab Datei schon nach einer frischen Neuinstallation ein vda Kommentar beinhalten, obwohl standardmäßig SCSI eingestellt war.
Kann es sein, dass das so von netcup vorkonfiguriert war?
Neue Erkenntnisse:
Nach der Auswahl des nicht "korrupten" Kernels konnte der Server gestartet werden.
Danach habe ich einen "apt-get upgrade" und "update-grub" ausgeführt.
Das Problem ist somit behoben!
Danke nochmal für die Hilfestellungen!
So wie es scheint, ist alles korrekt in fstab.
/dev/sda2 zeigt auf das boot Verzeichnis.
Was mir jetzt aufgefallen ist, dass der Link von initrd.img auf initrd.img-5.4.0-52-generic rot ist (s.u.)
Weiß jemand was das zu bedeuten hat?
Danke für die Infos.
Folgendes habe ich festgestellt:
Es sind ja 3 Partitionen vorhanden (sda1, sda2, sda3). Auf sda2 befinden sich die verschiedenen Versionen des Kernels und Config dateien (u.a. die Version vmlinuz.5.4.0-42-generic und ... -52-generic).
Der boot Ordner auf sda3 Partition ist leer.
Nun habe ich alle Dateien von der sda2 Partiiton in die sda/boot Partition kopiert und danach in Grub Shell die root Partition gesetzt und dann den ..42.. Kernel geladen und manuell gebootet
set root=(hd0,gpt3)
linux /boot/vmlinuz-5.4.0-42-generic root=/dev/sda3
initrd /boot/initrd.img-5.4.0-42-generic
boot
Danach lief der Server wieder und ich habe die Grub Einstellungen persistiert
Das Problem ist jetzt noch, wenn ich den Server starte, dass die ursprüngliche Fehlermeldung noch kommt (ich vermute der ..52.. Kernel ist defekt oder falsch konfiguriert). Wenn ich dann im Grub Menü den ..42.. Kernel auswähle bootet der Server.
Wie kann ich den defekten ..52.. Kernel reparieren oder entfernen?
Was mir zudem aufgefallen ist, dass das sda3/boot Verzeichnis geleert wird, sobald ich einen apt get update & upgrade durchführe. Dann bin ich wieder bei dem Problem wie oben beschrieben..
Weiß jemand was die Ursache sein kann und wie ich es beheben kann?
Hier das Log:
ZitatAlles anzeigenroot@v2202006120145121685:~# sudo apt-get update
Hit:1 http://de.archive.ubuntu.com/ubuntu focal InRelease
Get:2 https://download.docker.com/linux/ubuntu focal InRelease [36.2 kB]
Get:3 http://de.archive.ubuntu.com/ubuntu focal-updates InRelease [111 kB]
Get:4 http://de.archive.ubuntu.com/ubuntu focal-backports InRelease [98.3 kB]
Get:5 http://security.ubuntu.com/ubuntu focal-security InRelease [107 kB]
Get:6 http://de.archive.ubuntu.com/ubuntu focal-updates/main amd64 Packages [640 kB]
Get:7 http://de.archive.ubuntu.com/ubuntu focal-updates/main i386 Packages [366 kB]
Get:8 http://de.archive.ubuntu.com/ubuntu focal-updates/main Translation-en [162 kB]
Get:9 http://de.archive.ubuntu.com/ubuntu focal-updates/main amd64 c-n-f Metadata [10.9 kB]
Get:10 http://de.archive.ubuntu.com/ubuntu focal-updates/universe amd64 Packages [688 kB]
Get:11 http://de.archive.ubuntu.com/ubuntu focal-updates/universe i386 Packages [511 kB]
Get:12 http://de.archive.ubuntu.com/ubuntu focal-updates/universe Translation-en [132 kB]
Get:13 http://de.archive.ubuntu.com/ubuntu focal-updates/universe amd64 c-n-f Metadata [13.0 kB]
Get:14 http://security.ubuntu.com/ubuntu focal-security/main amd64 Packages [358 kB]
Get:15 http://security.ubuntu.com/ubuntu focal-security/main i386 Packages [150 kB]
Get:16 http://security.ubuntu.com/ubuntu focal-security/main Translation-en [82.4 kB]
Get:17 http://security.ubuntu.com/ubuntu focal-security/main amd64 c-n-f Metadata [5,376 B]
Get:18 http://security.ubuntu.com/ubuntu focal-security/universe i386 Packages [408 kB]
Get:19 http://security.ubuntu.com/ubuntu focal-security/universe amd64 Packages [517 kB]
Get:20 http://security.ubuntu.com/ubuntu focal-security/universe Translation-en [66.7 kB]
Get:21 http://security.ubuntu.com/ubuntu focal-security/universe amd64 c-n-f Metadata [9,236 B]
Get:22 http://security.ubuntu.com/ubuntu focal-security/multiverse amd64 Packages [1,256 B]
Fetched 4,475 kB in 2s (2,756 kB/s)
Reading package lists... Done
root@v2202006120145121685:~# sudo apt-get upgrade
E: dpkg was interrupted, you must manually run 'sudo dpkg --configure -a' to correct the problem.
root@v2202006120145121685:~# sudo dpkg --configure -a
Setting up systemd (245.4-4ubuntu3.3) ...
Configuration file '/etc/systemd/resolved.conf'
==> Modified (by you or by a script) since installation.
==> Package distributor has shipped an updated version.
What would you like to do about it ? Your options are:
Y or I : install the package maintainer's version
N or O : keep your currently-installed version
D : show the differences between the versions
Z : start a shell to examine the situation
The default action is to keep your current version.
*** resolved.conf (Y/I/N/O/D/Z) [default=N] ? Y
Installing new version of config file /etc/systemd/resolved.conf ...
/usr/lib/tmpfiles.d/vsftpd.conf:1: Line references path below legacy directory /var/run/, updating /var/run/vsftpd/empty → /run/vsftpd/empty; please update the tmpfiles.d/ drop-in file accordingly.
Setting up netplan.io (0.100-0ubuntu4~20.04.3) ...
Setting up systemd-timesyncd (245.4-4ubuntu3.3) ...
Setting up snapd (2.47.1+20.04) ...
Installing new version of config file /etc/apparmor.d/usr.lib.snapd.snap-confine.real ...
snapd.failure.service is a disabled or a static unit, not starting it.
snapd.snap-repair.service is a disabled or a static unit, not starting it.
Setting up systemd-sysv (245.4-4ubuntu3.3) ...
Setting up plymouth (0.9.4git20200323-0ubuntu6.1) ...
update-initramfs: deferring update (trigger activated)
update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults
update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults
Setting up libnss-systemd:amd64 (245.4-4ubuntu3.3) ...
Setting up plymouth-theme-ubuntu-text (0.9.4git20200323-0ubuntu6.1) ...
update-initramfs: deferring update (trigger activated)
Setting up libpam-systemd:amd64 (245.4-4ubuntu3.3) ...
Processing triggers for install-info (6.7.0.dfsg.2-5) ...
Processing triggers for mime-support (3.64ubuntu1) ...
Processing triggers for initramfs-tools (0.136ubuntu6.3) ...
update-initramfs: Generating /boot/initrd.img-5.4.0-42-generic
^[[BProcessing triggers for libc-bin (2.31-0ubuntu9.1) ...
Processing triggers for man-db (2.9.1-1) ...
Processing triggers for linux-image-5.4.0-52-generic (5.4.0-52.57) ...
/etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Generating /boot/initrd.img-5.4.0-52-generic
^[[C/etc/kernel/postinst.d/zz-update-grub:
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/init-select.cfg'
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-5.4.0-52-generic
Found initrd image: /boot/initrd.img-5.4.0-52-generic
Found linux image: /boot/vmlinuz-5.4.0-42-generic
Found initrd image: /boot/initrd.img-5.4.0-42-generic
Found linux image: /boot/vmlinuz-5.4.0-39-generic
Found initrd image: /boot/initrd.img-5.4.0-39-generic
Found linux image: /boot/vmlinuz-5.4.0-26-generic
Found initrd image: /boot/initrd.img-5.4.0-26-generic
done
Processing triggers for ca-certificates (20201027ubuntu0.20.04.1) ...
Updating certificates in /etc/ssl/certs...
0 added, 0 removed; done.
Running hooks in /etc/ca-certificates/update.d...
done.
Processing triggers for dbus (1.12.16-2ubuntu2.1) ...
Der Installer würde SCSI Platten nie als /dev/vda anzeigen.
Welches Produkt hast du bei Netcup gebucht und wann hast du das letzte mal ein Update & Neustart gemacht?
Habe den VPS 500 G8.
Letztes Update war ein Tag bevor ich den Post oben eröffnet habe!
Wie beschrieben, ist wurde die Session ja geschlossen während Upgrade Prozesses.
Kann es sein, dass Du irgendwann im SCP umgestellt hast von virtio auf SCSI?
SCSI ist glaube die Standard-Einstellung, die habe ich nie geändert.
Vielen Dank für die Korrektur.
Ich habe jetzt alles wie beschrieben durchgeführt und keine Fehlermeldung bekommen.
Nach dem Reboot kommt jedoch noch dieselbe Fehlermeldung wie vorher.
Ist es möglich die erforderlichen Dateien nochmal manuel einzusehen, um zu prüfen, ob alles korrekt ist?
Aus dem Grund mache ich alle Root-Arbeiten in einem Screen (https://wiki.ubuntuusers.de/Screen) und nie direkt in der von SSH geöffneten Sitzung.
Danke für den Hinweis. Werde ich direkt nach dem Recovery einrichten...
@H6G
Die von netcup zur Verfügung gestellten Images beinhalten leider keine Desktop Variante, deswegen habe ich diese heruntergeladen und als DVD eingebunden.
Nach dem reboot konnte ich die Try Ubuntu Funktion auswählen und es wurde der Desktop geladen. Hier habe ich nun ein Terminal aufgemacht und den root User aktiviert. Danach habe ich deine mount Befehle ausgeführt (hierbei musste ich jedoch die jeweiligen mnt Unterverzeichnisse erst anlegen...)
Nun komme ich jedoch bei dem chroot Befehl nicht weiter. Es wird folgende Fehlermeldung ausgegeben
:
chroot: failed to run command '/bin/bash': No such file or directory.
Kannst du mir sagen, was ich hier noch nicht richtig gemacht habe?
Danke.
Hallo zusammen,
ich versuche mich zur Zeit in das SCP Portal einzuloggen.
Nach der Eingabe meiner Login Daten werde ich nach einiger Zeit auf eine andere Seite mit folgender Message weitergeleitet:
ZitatEntschuldigung, das sollte nicht passieren.
Ein Serverfehler ist aufgetreten. Sollte der Fehler wiederholt auftreten, setzen Sie sich bitte mit dem Support in Verbindung.
Kann jemand das Problem bestätigen?
Mfg
Marco
@m_uberall
Vielen Dank für die Hinweise!
Zu 1:
Es handelt sich hier um Ubuntu v20.04 und ich habe ein apt update und danach upgrade durchgeführt. Leider ist zwischenzeitlich die SSH Session
abgelaufen und nach dem Reconnect war der Process blockiert.
Ein Kernel wurde nicht installiert, dementsprechend erscheint auch keine Auswahl eines anderen Kernels.
Zu 2:
Ich bin gerade dabei das Ubuntu v20.04 Server Image herunter zu laden und werde dann dieses wie beschrieben einbinden.
(Hab kein explizites Live-CD Image gefunden, aber gelesen, dass die "normalen" Images auch dazu verwendet werden können)
Dir auch danke für die Anleitung. Ich werde mich zurückmelden, wenn ich erste Ergebnisse habe.
Guten Morgen zusammen,
nach einem fehlgeschlagenen Update und Upgrade meines V-Servers bekomme ich folgende Meldung beim Boot Vorgang:
Kernel panic - not syncing: VFS: Unable to mount root fs on unkown-block(0,0)
Da ich noch Anfänger bin, wollte ich fragen, ob die erfahrenen User mir evtl. eine Herangehensweise zur Lösung und Analyse des Problems schildern könnten?
Leider existiert zur Zeit kein Backup des Systems, was aber in Zukunft eingerichtet werden soll! Ich habe hier schon gelesen, dass einige User Borg für das Backup empfehlen...
Mfg
Marco