ComputerBase Menü
Aktuelles

Windows 10 auf SSD neu installiert, hängt in Selbstreperatur-Schleife fest

ThargorIHT schrieb:
das die HDD, ... von 2013 sind, also ist die HDD, warscheinlich eh bald Futsch,
Zum Vergrößern anklicken....
Diese Aussage ist in ihrer Pauschalität Unsinn, sowohl was die HDD als auch das Notebook betrifft.
 
ThargorIHT schrieb:
Korrekt Acer Aspire V3 771G glaub ich
Zum Vergrößern anklicken....
Da kannst Du die Secureboot-Konfig erst nach Setzen eines Passwortes ändern, daher meine Nachfrage. Das Passwort darfst Du dann aber nicht vergessen/verlieren! Siehe dazu bitte:
-> https://community.acer.com/de/kb/ar...ieren-von-secure-boot-auf-einem-acer-notebook

ThargorIHT schrieb:
Grundsätzlich schon, aber Paar Monate Älter, deswegen würde ich die Daten halt noch gerne zurück bekommen.
Zum Vergrößern anklicken....
"Paar Monate" = Kein Backup = Kein Backupkonzept. Siehe bitte und setze künftig konsequent um:
-> https://www.veeam.com/blog/de/how-to-follow-the-3-2-1-backup-rule-with-veeam-backup-replication.html
 
omavoss schrieb:
Diese Aussage ist in ihrer Pauschalität Unsinn, sowohl was die HDD als auch das Notebook betrifft.
Zum Vergrößern anklicken....
Habe aber in letzter zeit festgestellt, das die HDD immer mehr rumspinnt, ist aber auch egal, den ich diese eh durch eine neue SSD ersetzen
 
Wie gesagt, normal ist bei Uefi der Windows Bootmanager an 1. Stelle.
Secure boot kann Windows 10 na klar auch.
F12 Boot Menü angestellt und Acer D2D habe ich abgestellt.
Ansonsten brauche ich auch keine 10 Boot Möglichkeiten aktivieren, wenn ich die gar nicht nutze.
Bei mir reicht 1. SSD Windows Bootmanager und ein Windows USB-Stick, wenn ich mal Windows installieren will.
Ansonsten steht da nur die SSD Windows Bootmanager.
 

Anhänge

  • Acer F12 BootMenü.jpg
    Acer F12 BootMenü.jpg
    1,4 MB · Aufrufe: 293
  • Acer D2D Recovery.jpg
    Acer D2D Recovery.jpg
    1,1 MB · Aufrufe: 286
  • Acer BOOT ohne USB Stick.jpg
    Acer BOOT ohne USB Stick.jpg
    1,4 MB · Aufrufe: 287
  • Acer BOOT mit USB Stick.jpg
    Acer BOOT mit USB Stick.jpg
    1,1 MB · Aufrufe: 302
Dr. McCoy schrieb:
  • Mit dem Live-System ins Internet gehen und diese Code-Tags nacheinander ins Terminal eintragen (Copy & Paste):
sudo fdisk -l
Enter.

sudo parted -l
Enter.

sudo blkid
Enter.

Poste hier alle Ausgaben in Code-Tags.
Zum Vergrößern anklicken....
Für die genannten Arbeiten braucht man kein Live-Linux. Windows10 bietet seit einiger Zeit ein Linux-Subsystem, Dieses Subsystem bietet allerdings kein GUI, aber eine Shell (ein Terminal) sollte für die genannten Arbeiten völlig ausreichen, das bietet Windows sehr wohl.

Unter dem Linux-Subsystem sieht das hier so aus:

Code: 
omavoss@Quadcore:~$ sudo fdisk -l
Disk /dev/ram0: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram1: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram2: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram3: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram4: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram5: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram6: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram7: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram8: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram9: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram10: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram11: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram12: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram13: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram14: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram15: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/sda: 256 GiB, 274877906944 bytes, 536870912 sectors
Disk model: Virtual Disk
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/sdb: 256 GiB, 274877906944 bytes, 536870912 sectors
Disk model: Virtual Disk
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
omavoss@Quadcore:~$ sudo parted -l
Model: Msft Virtual Disk (scsi)
Disk /dev/sda: 275GB
Sector size (logical/physical): 512B/4096B
Partition Table: loop
Disk Flags:

Number  Start  End    Size   File system  Flags
 1      0.00B  275GB  275GB  ext4


Model: Msft Virtual Disk (scsi)
Disk /dev/sdb: 275GB
Sector size (logical/physical): 512B/4096B
Partition Table: loop
Disk Flags:

Number  Start  End    Size   File system  Flags
 1      0.00B  275GB  275GB  ext4


omavoss@Quadcore:~$ sudo blkid
/dev/sda: UUID="3255683f-53a2-4fdf-91cf-b4c1041e2a62" TYPE="ext4"
/dev/sdb: UUID="3255683f-53a2-4fdf-91cf-b4c1041e2a62" TYPE="ext4"
omavoss@Quadcore:~$
 
ThargorIHT schrieb:
das die HDD immer mehr rumspinnt
Zum Vergrößern anklicken....
Das kann man sich ja ansehen, wenn Du Deine Daten gerettet hast. Das hat jetzt, denke ich, angesichts der vorliegenden Konstellation, höchste Priorität, da derzeit keine Mehrfachkopien vorhanden sind. Backups kannst Du morgen kopierend sofort ebenfalls vom Live-System aus erstellen. Bitte einen zusätzlichen externen Datenspeicher für die Datenkopien bereithalten!

omavoss schrieb:
Für die genannten Arbeiten braucht man kein Live-Linux.
Zum Vergrößern anklicken....
Doch, angesichts seiner Probleme mit der parallel eingebauten HDD ist es in dieser Situation deutlich sinnvoller, von einem komplett unabhängigen System von einem dritten Datenträger zu booten.
 
  • Gefällt mir
Reaktionen: omavoss
Dr. McCoy schrieb:
Da kannst Du die Secureboot-Konfig erst nach Setzen eines Passwortes ändern, daher meine Nachfrage. Das Passwort darfst Du dann aber nicht vergessen/verlieren! Siehe dazu bitte:
-> https://community.acer.com/de/kb/ar...ieren-von-secure-boot-auf-einem-acer-notebook
Zum Vergrößern anklicken....
Okay, danke für die Info, wird dann gemacht.
Dr. McCoy schrieb:
"Paar Monate" = Kein Backup = Kein Backupkonzept. Siehe bitte und setze künftig konsequent um:
-> https://www.veeam.com/blog/de/how-to-follow-the-3-2-1-backup-rule-with-veeam-backup-replication.html
Zum Vergrößern anklicken....
Ja, da hast du recht, das habe ich mir tatsächlich selbst zuzuschreiben.
 
Dr. McCoy schrieb:
Das kann man sich ja ansehen, wenn Du Deine Daten gerettet hast. Das hat jetzt, denke ich, angesichts der vorliegenden Konstellation, höchste Priorität, da derzeit keine Mehrfachkopien vorhanden sind. Backups kannst Du morgen kopierend sofort ebenfalls vom Live-System aus erstellen. Bitte einen zusätzlichen externen Datenspeicher für die Datenkopien bereithalten!
Zum Vergrößern anklicken....
Okay danke schonmal für die Hilfe und erstmal eine Gute Nacht
 
  • Gefällt mir
Reaktionen: Dr. McCoy
Dr. McCoy schrieb:
Doch, angesichts seiner Probleme mit der parallel eingebauten HDD ist es in dieser Situation deutlich sinnvoller, von einem komplett unabhängigen System von einem dritten Datenträger zu booten.
Zum Vergrößern anklicken....
OK, danke, das kann ich nachvollziehen.
 
Hi


Ich würde die SSD nochmal sauber installieren ohne eingebauter HDD.

Dann per USB Kabel am Lappi die HDD anschliessen und die Daten von der HDD weg kopieren und anschliessend formatieren und als zusätzliche Datenplatte einbauen.

Info: In der Datenträgerverwaltung kannst, dann die kompletten Partition von der HDD löschen und als neue erstellen.
Dann ist der Restmüll von der alten Installation mit den Systempartitionen Geschichte.

Die einfachste und schnellste Lösung.

Sowas wie im Link.
https://www.amazon.de/gp/aw/d/B078G..._2?ie=UTF8&psc=1&pd_rd_i=B078GZG4STp13NParams

Gruss Labberlippe
 
Zuletzt bearbeitet:
  • Gefällt mir
Reaktionen: Terrier
Hier ist das Ergebnis vom Terminal:

Python: 
sudo fdisk -l
Disk /dev/loop0: 1.75 GiB, 1859010560 bytes, 3630880 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop1: 55.48 MiB, 58159104 bytes, 113592 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop2: 14.87 MiB, 15572992 bytes, 30416 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop3: 16 KiB, 16384 bytes, 32 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop4: 31.9 MiB, 32595968 bytes, 63664 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/sda: 931.53 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: Samsung SSD 860
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: gpt
Disk identifier: 1647F0C1-799B-4AF5-930F-9FCF436A4896

Device          Start        End    Sectors   Size Type
/dev/sda1        2048     206847     204800   100M EFI System
/dev/sda2      206848     239615      32768    16M Microsoft reserved
/dev/sda3      239616 1952464703 1952225088 930.9G Microsoft basic data
/dev/sda4  1952466944 1953521663    1054720   515M Windows recovery environment




Disk /dev/sdb: 58.47 GiB, 62774706176 bytes, 122606848 sectors
Disk model: Cruzer Blade   
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: gpt
Disk identifier: 0B7A2D91-D8EB-413A-B0CC-95F6A9E7EC57

Device     Start       End   Sectors  Size Type
/dev/sdb1   2048 122606814 122604767 58.5G Microsoft basic data


Disk /dev/sdc: 931.53 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: TOSHIBA MQ01ABD1
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: gpt
Disk identifier: 7271C5C1-0F56-4D6B-A895-75E33A9BAE85

Device          Start        End    Sectors   Size Type
/dev/sdc1        2048     206847     204800   100M EFI System
/dev/sdc2      206848     411647     204800   100M EFI System
/dev/sdc3      411648     616447     204800   100M EFI System
/dev/sdc4      616448     821247     204800   100M EFI System
/dev/sdc5      821248    1435647     614400   300M EFI System
/dev/sdc6     1435648    1697791     262144   128M Microsoft reserved
/dev/sdc7     1697792 1916948479 1915250688 913.3G Microsoft basic data
/dev/sdc8  1916948480 1917870079     921600   450M Windows recovery environment
/dev/sdc9  1917870080 1953523711   35653632    17G Windows recovery environment
ubuntu-mate@ubuntu-mate:~$ sudo parted -l
Model: ATA Samsung SSD 860 (scsi)
Disk /dev/sda: 1000GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:

Number  Start   End     Size    File system  Name                          Flags
 1      1049kB  106MB   105MB   fat32        EFI system partition          boot, esp
 2      106MB   123MB   16.8MB               Microsoft reserved partition  msftres
 3      123MB   1000GB  1000GB  ntfs         Basic data partition          msftdata
 4      1000GB  1000GB  540MB   ntfs                                       hidden, diag


Model: SanDisk Cruzer Blade (scsi)
Disk /dev/sdb: 62.8GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:

Number  Start   End     Size    File system  Name                 Flags
 1      1049kB  62.8GB  62.8GB  fat32        Main Data Partition  msftdata


Model: ATA TOSHIBA MQ01ABD1 (scsi)
Disk /dev/sdc: 1000GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags:

Number  Start   End     Size    File system  Name                          Flags
 1      1049kB  106MB   105MB   fat32        EFI system partition          boot, esp
 2      106MB   211MB   105MB   fat32        EFI system partition          boot, esp
 3      211MB   316MB   105MB   fat32        EFI system partition          boot, esp
 4      316MB   420MB   105MB   fat32        EFI system partition          boot, esp
 5      420MB   735MB   315MB   fat32        EFI system partition          boot, esp
 6      735MB   869MB   134MB                Microsoft reserved partition  msftres
 7      869MB   981GB   981GB   ntfs         Basic data partition          msftdata
 8      981GB   982GB   472MB   ntfs                                       hidden, diag
 9      982GB   1000GB  18.3GB  ntfs         Basic data partition          hidden, diag


ubuntu-mate@ubuntu-mate:~$ sudo blkid
/dev/sda1: UUID="36FF-6180" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="d303eda6-54f2-4973-a777-8e4f8fd2b11b"
/dev/sda3: UUID="F47000FA7000C578" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="8272f11b-4164-4a00-bd01-04212b99e73b"
/dev/sda4: UUID="C638D6AD38D69C2D" TYPE="ntfs" PARTUUID="95ccf20a-cb22-440f-a2fd-e086f5be8dab"
/dev/sdb1: LABEL="UBUNTU-MATE" UUID="1400-1D3F" TYPE="vfat" PARTLABEL="Main Data Partition" PARTUUID="1180c5a6-bdf7-4b06-afcd-a01003a52136"
/dev/loop0: TYPE="squashfs"
/dev/loop1: TYPE="squashfs"
/dev/loop2: TYPE="squashfs"
/dev/loop3: TYPE="squashfs"
/dev/loop4: TYPE="squashfs"
/dev/sda2: PARTLABEL="Microsoft reserved partition" PARTUUID="032c3457-16c6-4132-94ab-772450701d4e"
/dev/sdc1: UUID="748F-A75E" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="180182fb-1e8d-413c-a610-74ed49618edf"
/dev/sdc2: UUID="36B2-359C" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="c352cef0-1ca0-4d72-a413-41c1cdcbab0e"
/dev/sdc3: UUID="74A8-D946" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="a82ff2c3-3f8c-4cda-87ea-0f6e5102772c"
/dev/sdc4: UUID="A42C-32E8" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="2bab13d7-d488-4e7d-ad75-28bdb0667122"
/dev/sdc5: LABEL="ESP" UUID="C4F6-9A25" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="dedc5f60-7720-464e-9e35-62b9cce6c0d5"
/dev/sdc6: PARTLABEL="Microsoft reserved partition" PARTUUID="b533d341-d50e-47b8-8e89-e77c73432701"
/dev/sdc7: LABEL="Sicherung" UUID="EC2C84CF2C8495EC" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="ea268daa-8f96-489a-bc51-e241b41e4462"
/dev/sdc8: UUID="A0F0940DF093E7B4" TYPE="ntfs" PARTUUID="194b0492-9e5c-41cf-908f-48ba7f255a3b"
/dev/sdc9: LABEL="Push Button Reset" UUID="C49CF9B09CF99D5C" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="addb1040-2964-4b55-bfca-14fe8b2498ae"
 
Number Start End Size File system Name Flags
1 1049kB 106MB 105MB fat32 EFI system partition boot, esp
2 106MB 211MB 105MB fat32 EFI system partition boot, esp
3 211MB 316MB 105MB fat32 EFI system partition boot, esp
4 316MB 420MB 105MB fat32 EFI system partition boot, esp
5 420MB 735MB 315MB fat32 EFI system partition boot, esp
6 735MB 869MB 134MB Microsoft reserved partition msftres
7 869MB 981GB 981GB ntfs Basic data partition msftdata
8 981GB 982GB 472MB ntfs hidden, diag
9 982GB 1000GB 18.3GB ntfs Basic data partition hidden, diag
Zum Vergrößern anklicken....
Die Partitionierung ist ja völlig hinüber. Ich würde über das Live-System jetzt sofort erstmal alle Daten kopierend nach extern sichern. Und letztlich die Partitionierung komplett löschen, anschl. neu anlegen.
 
  • Gefällt mir
Reaktionen: Terrier
Du musst dich einloggen oder registrieren, um hier zu antworten.

Ähnliche Themen

Y
Windows 10 auf anderer SSD neu installieren
Antworten
8
Aufrufe
1.625
Terrier
T
O
Windows 10 mit SSD neu installieren
Antworten
14
Aufrufe
1.166
Wilhelm14
Wilhelm14
M
Windows 10 auf SSD neu installieren ohne Datenverlust
Antworten
8
Aufrufe
4.722
Muffin1611
M
M
Win 7 auf SSD neu installiert; altes Win7 noch auf HDD --> Win bootet von alter HDD
Antworten
5
Aufrufe
1.489
marko11
M

Passend zum Thema

Zurück
Oben

Willkommen auf ComputerBase!

Mit Werbung weiterlesen

Besuche ComputerBase wie gewohnt mit Werbung und Tracking. Die Zustimmung ist jederzeit widerrufbar.

Details im Privacy Center und in der Liste unserer Partner. Ein Widerruf ist möglich in der Datenschutzerklärung.

… oder ComputerBase Pro bestellen

Nutze ComputerBase ohne Werbebanner, Video-Ads und Werbetracking schon für 4 €/Monat oder 36 €/Jahr.

Mehr zu ComputerBase Pro

Bereits Pro-Nutzer? Hier anmelden.

Tracking: Wir und unsere 160 Partner verarbeiten personenbezogene Daten, indem wir mit auf Ihrem Gerät gespeicherten Informationen (z. B. eindeutige Kennungen in Cookies) ein Nutzungsprofil erstellen, um z. B. Anzeigen zu personalisieren. Verarbeitungszwecke: Genaue Standortdaten und Abfrage von Geräteeigenschaften zur Identifikation, Informationen auf einem Gerät speichern und/oder abrufen, Personalisierte Anzeigen und Inhalte, Anzeigen- und Inhaltsmessungen, Erkenntnisse über Zielgruppen und Produktentwicklungen.

Impressum Kontakt Datenschutz