[GELÖST] Grub2 startet nicht mehr

[Saxenpower]

Hallo,

ich habe nach dem Ab- und Wiederanklemmen einer SATA-Harddisk - das Warum lassen wir außen vor - folgende Fehlermeldung beim Start von Grub2:

Code: Alles auswählen

error: symbol `grub_disk_native_sectors` not found
grub rescue >

Ich komme momentan nur mit Hilfe von Super Grub Disk auf mein System (Debian 11 Bullseye). Ich habe Harddisks von sda bis sde eingebaut, davon liegt auf /dev/sda1 das Boot-Verzeichnis "/boot/".

Mittlerweile habe ich den Grub2 neu installiert mit

Code: Alles auswählen

grub-install /dev/sda
update-grub

Allerdings ohne, dass der Fehler behoben wurden ist. Weiß jemand in der Runde hier eine Lösung?

Vielen Dank

Saxenpower

[DeletedUserReAsG]

Ich habe Harddisks von sda bis sde eingebaut, davon liegt auf /dev/sda1 das Boot-Verzeichnis "/boot/".

Nach dem Abklemmen des besagten Laufwerks ändern sich die Zuordnungen der anderen Geräte. Falls das besagte Laufwerk sda war, war zumindest zwischenzeitlich ein anderes Laufwerk sda, und mag das auch noch sein. Das geprüft?

[Saxenpower]

Nach dem Abklemmen des besagten Laufwerks ändern sich die Zuordnungen der anderen Geräte. Falls das besagte Laufwerk sda war, war zumindest zwischenzeitlich ein anderes Laufwerk sda, und mag das auch noch sein. Das geprüft?

Vielen Dank für den Hinweis. Aber wie soll ich das überprüfen, als wie bereits geschehen?

Code: Alles auswählen

lsscsi -s
[0:0:0:0]    disk    ATA      ST1000DM003-1ER1 CC45  /dev/sda   1.00TB
[1:0:0:0]    disk    ATA      ST2000DM008-2FR1 0001  /dev/sdb   2.00TB
[2:0:0:0]    disk    ATA      ST1000DM003-1ER1 CC45  /dev/sdc   1.00TB
[4:0:0:0]    disk    ATA      ST3500418AS      CC46  /dev/sdd    500GB
[5:0:0:0]    disk    ATA      ST3500418AS      CC46  /dev/sde    500GB

und

Code: Alles auswählen

/dev/sda1 on /boot type ext4 (rw,relatime,stripe=4)

Allerdings war das als ich den ersten

Code: Alles auswählen

grub-install /dev/sda
update-grub

Nach dem Reboot, wieder mit der Fehlermeldung, sieht das so aus:

Code: Alles auswählen

[0:0:0:0]    disk    ATA      ST1000DM003-1ER1 CC45  /dev/sda   1.00TB
[1:0:0:0]    disk    ATA      ST2000DM008-2FR1 0001  /dev/sdb   2.00TB
[2:0:0:0]    disk    ATA      ST1000DM003-1ER1 CC45  /dev/sdc   1.00TB
[4:0:0:0]    disk    ATA      ST3500418AS      CC46  /dev/sdd    500GB
[5:0:0:0]    disk    ATA      ST3500418AS      CC46  /dev/sde    500GB

bzw.

Code: Alles auswählen

/dev/sdb1 on /boot type ext4 (rw,relatime,stripe=4)

und ein

Code: Alles auswählen

grub-install /dev/sdb
update-grub

behebt den Fehler noch nicht. Ich musste wieder via SuperGrubDisk starten.

[schwedenmann]

hallo

anstatt devices UUID für die entsprechenden Partitionen wählen, dann sollte das bei nur einem System gehen, bei mehreen via grub zu bootenden ist custom_40 besser als os_prober.

mfg
schwedenmann

[Saxenpower]

anstatt devices UUID für die entsprechenden Partitionen wählen,

Das weiß ich gerade nicht wie ich die UUID mitgeben soll. Hier einmal Teile aus der /boot/grub/grub.cfg:

Code: Alles auswählen

menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-f9f6d973-9c83-4beb-bc1b-e6c794c60a58' {
        load_video
        insmod gzio
        if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
        insmod part_msdos
        insmod ext2
        set root='hd1,msdos1'
        if [ x$feature_platform_search_hint = xy ]; then
          search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos1 --hint-efi=hd1,msdos1 --hint-baremetal=ahci1,msdos1  ec426f0d-36cb-4177-8175-51729ae1b33b
        else
          search --no-floppy --fs-uuid --set=root ec426f0d-36cb-4177-8175-51729ae1b33b
        fi
        echo    'Loading Linux 5.10.0-18-amd64 ...'
        linux   /vmlinuz-5.10.0-18-amd64 root=UUID=f9f6d973-9c83-4beb-bc1b-e6c794c60a58 ro  quiet
        echo    'Loading initial ramdisk ...'
        initrd  /initrd.img-5.10.0-18-amd64
}
submenu 'Advanced options for Debian GNU/Linux' $menuentry_id_option 'gnulinux-advanced-f9f6d973-9c83-4beb-bc1b-e6c794c60a58' {
        menuentry 'Debian GNU/Linux, with Linux 5.10.0-18-amd64' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-5.10.0-18-amd64-advanced-f9f6d973-9c83-4beb-bc1b-e6c794c60a58' {
                load_video
                insmod gzio
                if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
                insmod part_msdos
                insmod ext2
                set root='hd1,msdos1'
                if [ x$feature_platform_search_hint = xy ]; then
                  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos1 --hint-efi=hd1,msdos1 --hint-baremetal=ahci1,msdos1  ec426f0d-36cb-4177-8175-51729ae1b33b
                else
                  search --no-floppy --fs-uuid --set=root ec426f0d-36cb-4177-8175-51729ae1b33b
                fi
                echo    'Loading Linux 5.10.0-18-amd64 ...'
                linux   /vmlinuz-5.10.0-18-amd64 root=UUID=f9f6d973-9c83-4beb-bc1b-e6c794c60a58 ro  quiet
                echo    'Loading initial ramdisk ...'
                initrd  /initrd.img-5.10.0-18-amd64
        }

So wie ich das interpretiere, zeigt er eindeutig auf (hd1) also auf "/dev/sdb". Ich habe das auch mit "update-grub2" ausprobiert leider ohne Erfolg bisher.

Vielen Dank

Saxenpower

[schwedenmann]

Hallo

Wie sieht denn deine fstab aus ?
Da müssen UUID rein, keine /dev - Einträge


Ansonsten erstelle Menüeinträge über /etc/grub.d/custom-40
Dannn könne sda,sdb etc beim booten vertauscht wrden,aber grub findet immer noch das richtige device per UUID



mfg
schwedenmann

[cosinus]

Das weiß ich gerade nicht wie ich die UUID mitgeben soll.

Na, in der /etc/fstab statt sowas wie /dev/sda1 oder /dev/sda2 trägst du die UUID ein. Das ist eine zuverlässigere Methode, ein Dateisystem anzusprechen. Hier mal ein Beispiel:

Code: Alles auswählen

# <file system> 				<mount point>   <type>  <options>       			<dump>  <pass>
UUID=5db9e4fe-2f66-4b64-bfcb-ab5f514ceb8e	/		ext4    errors=remount-ro,noatime		0 	1
UUID=dbd44c78-c591-414d-b42c-14e39ed0c549	/boot		ext4	defaults,noatime			0	2

Die UUIDs deiner Dateisysteme findest du zB mit blkid heraus.

[Saxenpower]

Wie sieht denn deine fstab aus ?
Da müssen UUID rein, keine /dev - Einträge

Die fstab sieht seit jeher so aus:

Code: Alles auswählen

# /media/multimedia is mounted on /dev/sda1
UUID="3f4d7996-efcb-4e7c-9e45-b4eb81691b29" /media/multimedia   ext4   defaults         0       2
 
# /home/productionData is mounted on /dev/sda2 
UUID="b13623b8-52e0-406f-a1db-a2840c084c3c" /home/productionData   ext4    defaults        0       2 
 
# /home/reiserfs-test is mounted /dev/sdd1 
UUID="f161698e-78a0-482a-a4fa-0b3dc8644da5" /home/reiserfs-test reiserfs defaults       0       2 
 
# /boot is mounted on /dev/sdb1 
UUID="ec426f0d-36cb-4177-8175-51729ae1b33b"     /boot       ext4    defaults        0       2 
 
# / is mounted on /dev/sdb3 
UUID="f9f6d973-9c83-4beb-bc1b-e6c794c60a58" /        ext4    errors=remount-ro 0       1 
 
# swap is mounted on /dev/sdb2 
UUID=608dd2b1-5347-4fbe-b6c6-ae27947c7d8d none            swap    sw              0       0 
 
# /var is mounted on /dev/sdb5 
UUID="dfd8921f-5533-4b78-b822-f9cb015b5422"     /var    ext4    defaults        0       2 
 
# /home is mounted on /dev/sdb6 
UUID="4b8dce2a-d178-42e3-a0d0-b074f1c3226e"     /home       ext4    defaults        0       2 
 
# /home/andreas/Downloads is mounted on /dev/sdc7 
UUID="33b30339-5a35-4981-a2ed-54290a5df8eb"    /home/saxenp/Downloads ext4    defaults        0       2 
 
# USB-Discs on OpenWRT 
#192.168.0.1:/nfsshare/Documents /home/saxenp/Dokumente/NFS    nfs defaults        0       0 
#192.168.0.1:/nfsshare/HomeBackup /home/HomeBackup              nfs defaults        0       0 
#192.168.0.1:/nfsshare/backups  /home/ServerBackups             nfs defaults        0       0 
 
 
# /home/documents is mounted /dev/sdc1  
UUID=23c9edb2-16ca-4806-925d-01626700929b /home/documents  btrfs    defaults        0       2 
 
# /home/multimedia is mounted on /dev/sde1 
UUID="101dd790-99f8-43b5-836f-b9ee348e6da5" /home/multimedia ext4    defaults        0       

Bzw. mittlerweile hatte ich ausprobiert:

Code: Alles auswählen

# blkid /dev/sdb
/dev/sdb: PTUUID="870d3e87" PTTYPE="dos"
grub-install PTUUID="870d3e87"

oder

Code: Alles auswählen

grub-install 870d3e87

Da kommen dann aber Fehlermeldungen wie

Code: Alles auswählen

i386-pc wird für Ihre Plattform installiert.
grub-install: Fehler: Für PTUUID=870d3e87 konnte kein GRUB-Laufwerk gefunden werden. Überprüfen Sie Ihre device.map.

Eine device.map gab es noch nie, wie gesagt der Rechner hatte bis gestern ganz normal gebootet.

[schwedenmann]

Hallo

1. was momenttan, wenn das System supergrubdisk gebootet ist
fdisk -l


2. Ist die /dev/sdb im Bios auch die Bootplatte ?

3. was sagt mount

mfg
schwedenmann

[Saxenpower]

Code: Alles auswählen

fdisk -l
Disk /dev/sdc: 931,51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: ST1000DM003-1ER1
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0xde1d42ad

Device     Boot Start        End    Sectors   Size Id Type
/dev/sdc1        2048 1953525167 1953523120 931,5G 83 Linux


Disk /dev/sdd: 465,76 GiB, 500107862016 bytes, 976773168 sectors
Disk model: ST3500418AS     
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x000c8ae9

Device     Boot     Start       End   Sectors   Size Id Type
/dev/sdd1            2048 419432447 419430400   200G 83 Linux
/dev/sdd2       419432448 976773167 557340720 265,8G 83 Linux


Disk /dev/sde: 465,76 GiB, 500107862016 bytes, 976773168 sectors
Disk model: ST3500418AS     
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x000e1bfe

Device     Boot Start       End   Sectors   Size Id Type
/dev/sde1        2048 976773167 976771120 465,8G 83 Linux


Disk /dev/sda: 931,51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: ST1000DM003-1ER1
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0xfc319bb1

Device     Boot     Start        End    Sectors   Size Id Type
/dev/sda1            2048  838862847  838860800   400G 83 Linux
/dev/sda2       838862848 1953525167 1114662320 531,5G 83 Linux


Disk /dev/sdb: 1,82 TiB, 2000398934016 bytes, 3907029168 sectors
Disk model: ST2000DM008-2FR1
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x870d3e87

Device     Boot      Start        End    Sectors   Size Id Type
/dev/sdb1  *          2048    1026047    1024000   500M 83 Linux
/dev/sdb2          1026048   32206847   31180800  14,9G 82 Linux swap / Solaris
/dev/sdb3         32206848  284024831  251817984 120,1G 83 Linux
/dev/sdb4        284024832 3907022847 3622998016   1,7T  5 Extended
/dev/sdb5        284026880  351080447   67053568    32G 83 Linux
/dev/sdb6        351082496 2921828351 2570745856   1,2T 83 Linux
/dev/sdb7       2921830400 3907022847  985192448 469,8G 83 Linux
GPT PMBR size mismatch (31955 != 60088319) will be corrected by write.
The backup GPT table is not on the end of the device.

Code: Alles auswählen

mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=4004112k,nr_inodes=1001028,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,noexec,relatime,size=812972k,mode=755)
/dev/sdb3 on / type ext4 (rw,relatime,errors=remount-ro)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
cgroup2 on /sys/fs/cgroup type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate,memory_recursiveprot)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
efivarfs on /sys/firmware/efi/efivars type efivarfs (rw,nosuid,nodev,noexec,relatime)
none on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime,mode=700)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=29,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=20518)
debugfs on /sys/kernel/debug type debugfs (rw,nosuid,nodev,noexec,relatime)
mqueue on /dev/mqueue type mqueue (rw,nosuid,nodev,noexec,relatime)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M)
tracefs on /sys/kernel/tracing type tracefs (rw,nosuid,nodev,noexec,relatime)
configfs on /sys/kernel/config type configfs (rw,nosuid,nodev,noexec,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,nosuid,nodev,noexec,relatime)
sunrpc on /run/rpc_pipefs type rpc_pipefs (rw,relatime)
/dev/sda1 on /media/multimedia type ext4 (rw,relatime)
/dev/sdb1 on /boot type ext4 (rw,relatime,stripe=4)
/dev/sdb5 on /var type ext4 (rw,relatime)
/dev/sdb6 on /home type ext4 (rw,relatime)
/var/lib/snapd/snaps/bare_5.snap on /snap/bare/5 type squashfs (ro,nodev,relatime,x-gdu.hide)
/dev/sdc1 on /home/documents type btrfs (rw,relatime,space_cache,subvolid=5,subvol=/)
/var/lib/snapd/snaps/core_14056.snap on /snap/core/14056 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/core20_1634.snap on /snap/core20/1634 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gnome-3-28-1804_145.snap on /snap/gnome-3-28-1804/145 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/core18_2620.snap on /snap/core18/2620 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/signal-desktop_404.snap on /snap/signal-desktop/404 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gnome-3-38-2004_115.snap on /snap/gnome-3-38-2004/115 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gnome-3-38-2004_119.snap on /snap/gnome-3-38-2004/119 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gnome-42-2204_44.snap on /snap/gnome-42-2204/44 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/mysql-workbench-community_10.snap on /snap/mysql-workbench-community/10 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/core22_310.snap on /snap/core22/310 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/core20_1695.snap on /snap/core20/1695 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gnome-3-28-1804_161.snap on /snap/gnome-3-28-1804/161 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/signal-desktop_405.snap on /snap/signal-desktop/405 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gtk-common-themes_1534.snap on /snap/gtk-common-themes/1534 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/core_13886.snap on /snap/core/13886 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/core18_2632.snap on /snap/core18/2632 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gtk-common-themes_1535.snap on /snap/gtk-common-themes/1535 type squashfs (ro,nodev,relatime,x-gdu.hide)
/dev/sde1 on /home/multimedia type ext4 (rw,relatime)
/dev/sda2 on /home/productionData type ext4 (rw,relatime)
/dev/sdd1 on /home/reiserfs-test type reiserfs (rw,relatime)
/dev/sdb7 on /home/saxenp/Downloads type ext4 (rw,relatime)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,nosuid,nodev,noexec,relatime)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=812968k,nr_inodes=203242,mode=700,uid=1000,gid=1000)
portal on /run/user/1000/doc type fuse.portal (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)

BIOS muss ich den Rechner booten.

[schwedenmann]

Hallo

Wenn du jetzt noch in der fstab die device-einträge durch duie entsprechen UUID ersetzt und dann das aktuelle /dev/sdb zur Platte machst, solltest du dein System booten können.



mfg
schwedenmann


P.S. Jetzt mußt du nur noch rausfinden, auf welche Platte aktuell grub installiert ist, der muß, wenn du sdb als bootplatte im Bios einträgst nat. auch in sdb installiert werden.

Alternativ alle Platten bis auf sdb abklemmen, die Einträge in der fstab auskommentieren, die nivht zu sdb gehören, Diese Rumpfsystem booten (das sollte dann sda sein) und grub-install /dev/sda ausführen. dann alle auskommentierten fstabeinträge wieder eintragen mit den UUID, Pllaten anklemmen und fertig. Jetzt ist es egal wie die Platten erkannt werde, jetzige sdb ist bootplatte undn grub ist im MBR von sdb. Egal ob die platte sda, sdb oder sdc ist, es kann von ihr gebootet werden.

[cosinus]

Wenn du jtzt noch in der fstab die device-einträge durch duie entsprechen UUID ersetzt und dann das aktuelle /dev/sdb zur Platte machst, solltest du dein System booten können.

Ich glaub da standen die ganze Zeit schon die UUIDs drin, das Problem scheint woanders zu liegen.

[schwedenmann]

Hallo

@Cosinus

das Problem scheint woanders zu liegen.

Dann bleibt vorerst nur

grub ist nicht in den MBR von sdb eingetragen worden und sdb ist nicht die bootplatte


Ich nehme an, der TE hat mal grub-install /dev/sda gemacht und zu diesem Zeitpunkt war sda nicht die Systemplatte, dann stimmen nat. die Menüeinträge auch nicht, wenn sie per os-prober generiert wurden.

mfg
schwedenmann

[Saxenpower]

Also ich habe Dank Eurer Hinweise das System wieder hinbekommen. Zur Info, ich habe derzeit diese fünf Festplatten einbaut:

Code: Alles auswählen

[0:0:0:0]    disk    ATA      ST1000DM003-1ER1 CC45  /dev/sda   1.00TB
[1:0:0:0]    disk    ATA      ST2000DM008-2FR1 0001  /dev/sdb   2.00TB
[2:0:0:0]    disk    ATA      ST1000DM003-1ER1 CC45  /dev/sdc   1.00TB
[4:0:0:0]    disk    ATA      ST3500418AS      CC46  /dev/sde    500GB
[5:0:0:0]    disk    ATA      ST3500418AS      CC46  /dev/sdd    500GB

Das Verzeichnis "/boot" liegt auf "/dev/sdb". Vielen Dank an Schwedenmann für den Hinweis aufs BIOS. Dort werden alle fünf Platten aufgelistet. Im Bootmenü kann ich nur "SATA6G_1:ST1000DM003-1ER162" oder den USB-Stick mit dem SuperGrub Disk auswählen, nicht aber "SATA6G_2:ST2000DM008-2FR102" (/dev/sdb). Also habe ich jetzt
auf gut Glück

Code: Alles auswählen

grub-install /dev/sda
update-grub

gemacht. "/dev/sdc" wäre der zweite Versuch gewesen, da das ebenfalls eine "ST1000DM003-1ER162" ist. Jedenfalls es hat geklappt und alles läuft wieder.

Vielen Dank an alle Beteiligten!

SaxenPower

[cosinus]

Warum hast du eigentlich soviele kleine Platten? Wäre nicht eine SSD und eine große HDD besser?
Wir hatten neulich erst ein ähnliches Thema siehe viewtopic.php?t=185286

[Saxenpower]

Warum hast du eigentlich soviele kleine Platten? Wäre nicht eine SSD und eine große HDD besser?
Wir hatten neulich erst ein ähnliches Thema siehe viewtopic.php?t=185286

Der Rechner ist sieben Jahre alt, einige der Platten (500GB) von 2012, und da sind noch Daten drauf, zwar auf einem Backup-Server teilweise gesichert, aber halt nicht alles.
Ich habe hier bereits einen neuen Rechner mit SSD stehen. Die neue 2TB-Platte zieht mit um, sobald die Daten drüben sind.

Ich kaufe nun mal, nicht jedes Jahr einen neuen Rechner. Und besagter Rechner wird neu aufgesetzt und neu verwendet.

[cosinus]

Naja ich finds auch besser, wenn man Hardware so lange nutzt wie möglich. Aber man muss auch eben beachten, dass es irgendwann keinen Sinn mehr ergibt, in diesem Fall die alten Platten und der erhöhte Stromverbrauch. Reicht in diesem alten Rechner die 2-TB-HDD allein nicht aus?

[Saxenpower]

Eher eine 500GB Platte. Die Person, die den bekommen soll, braucht nicht soviel - noch nicht. Die soll erst einmal lernen, das Gerät richtig zu nutzen.