Harddisk har mistet en masse GB
-
- Indlæg: 92
- Tilmeldt: 30. okt 2008, 22:09
Harddisk har mistet en masse GB
Jeg arbejder på en harddisk på 3 TB der kun viser knap 800 GB. Det er en WD red disk.
Det er ikke fordi der ligger en lille partition og resten er unallocated. se nedstående billede.
Personen der ejer den har forsøgt at formattere den til fat32 i windows CMD, hvor processen eftersigende skulle være gået ned undervejs.
Håber der er en af jer der ligger inde med en løsning.
MVH
Det er ikke fordi der ligger en lille partition og resten er unallocated. se nedstående billede.
Personen der ejer den har forsøgt at formattere den til fat32 i windows CMD, hvor processen eftersigende skulle være gået ned undervejs.
Håber der er en af jer der ligger inde med en løsning.
MVH
Senest rettet af Klyp 22. dec 2017, 00:37, rettet i alt 1 gang.
-
- Admin
- Indlæg: 5604
- Tilmeldt: 26. apr 2010, 02:40
- IRC nickname: ClaudiuS
- Geografisk sted: Nyborg [fyn]
Re: Harddisk har mistet en masse GB
Prøv at trykke på den lille pil foroven til højre.
Med Venlig Hilsen
Klaus
Kører Ubuntu 24.04.1 på ASUS All-Series, og Probook 4520s.
Gratis Ubuntumagasin: http://fullcirclemagazine.org/
https://mega.nz/folder/aJsmCYKa#dxMHKTi4Idmz6hiVpsI68Q
Klaus
Kører Ubuntu 24.04.1 på ASUS All-Series, og Probook 4520s.
Gratis Ubuntumagasin: http://fullcirclemagazine.org/
https://mega.nz/folder/aJsmCYKa#dxMHKTi4Idmz6hiVpsI68Q
-
- Admin
- Indlæg: 20878
- Tilmeldt: 15. nov 2009, 15:04
- IRC nickname: AJenbo
- Geografisk sted: Vanløse, København
Re: Harddisk har mistet en masse GB
Prøv at oprette en ny gpt partitionstabel fra device menuen.
Selve om fat32 teoretisk kan være op til 16TB er der en del problemer hvis man bruger det på en disk over 2TB, ydelsen er ikke så god, begrænset understøttelse, virker ikke med mbr.
Selve om fat32 teoretisk kan være op til 16TB er der en del problemer hvis man bruger det på en disk over 2TB, ydelsen er ikke så god, begrænset understøttelse, virker ikke med mbr.
-
- Indlæg: 92
- Tilmeldt: 30. okt 2008, 22:09
Re: Harddisk har mistet en masse GB
Klaus, så kan jeg se computerens andre diske. Det er ikke fordi jeg kigger på den forkerte disk, hvis det var det du havde i tankerne
Ajenbo, det gjorde desværre ingen forskel.
Ajenbo, det gjorde desværre ingen forskel.
-
- Admin
- Indlæg: 20878
- Tilmeldt: 15. nov 2009, 15:04
- IRC nickname: AJenbo
- Geografisk sted: Vanløse, København
Re: Harddisk har mistet en masse GB
præcis hvilken model er disken?
-
- Indlæg: 5095
- Tilmeldt: 27. apr 2008, 02:16
- IRC nickname: lars_t_h
- Geografisk sted: Fyn
Re: Harddisk har mistet en masse GB
1)
Du kan måske bruge gpart pakken, som kan :
Når gpart pakken er installeret så får du flere mulgiheder i gparted. Det gælder også for andre pakker. Kig på recommends for gparted pakken
2)
Kernen (Linux) har en cache af partition tabeller, og når man har leget med partitions, så er det bedst at synkronisere kernens cache med den virkelige verden.
Især libparted2, som bruges af gparted, kan få meget store problemer, hvis kernens cache af partitiontabeller ikke matcher virkeligheden (min erfaring).
Man opdaterer cachen således (alle lagerenheder - hvilket ikke skader noget):
3)
Måske kan du løse problemet ved at starte med at fylde disken med rå 0x00 bytes. På den måde ser kernen disken som om at den er helt blank, og prøver derfor ikke at fedte rundt med partitiontabeller, og filsystemer.
Den her metode skulle virke fint, og også gøre det hurtigt :
Du skal erstatte {x} med det rigtige drev bogstav.
Husk at:
... hvis du gør det, og både efter rå bytes er lagt ned på disken, og efter enhver ændring/oprettelse/fjernelse af partitiontabeller og filsystemer.
Bemærk at:
... ikke er en god ide, da nogle drev laver en transparant komprimering, dvs at når du har skrev 1 byte, som har værdien 0, så gemmer drev 1stk af byte=0, og når du når til 3TB 0-bytes, så har disken gemt 3,298534883×10¹² stk af byte=0.
/dev/zero er også en flaskehals, så den dd kommando er ekstremt langsom
Hvis du bruger dd kommando, så kan du bruge:
for at finde ud af hvor langt den er nået (den viser progress/fremgang)
/Lars
Du kan måske bruge gpart pakken, som kan :
Gpart is a tool which tries to guess the primary partition table of a PC-type
disk in case the primary partition table in sector 0 is damaged, incorrect or
deleted.
It is also good at finding and listing the types, locations, and sizes of
inadvertently-deleted partitions, both primary and logical. It gives you the
information you need to manually re-create them (using fdisk, cfdisk, sfdisk,
etc.).
Kode: Vælg alt
sudo apt install gpart
Når gpart pakken er installeret så får du flere mulgiheder i gparted. Det gælder også for andre pakker. Kig på recommends for gparted pakken
2)
Kernen (Linux) har en cache af partition tabeller, og når man har leget med partitions, så er det bedst at synkronisere kernens cache med den virkelige verden.
Især libparted2, som bruges af gparted, kan få meget store problemer, hvis kernens cache af partitiontabeller ikke matcher virkeligheden (min erfaring).
Man opdaterer cachen således (alle lagerenheder - hvilket ikke skader noget):
Kode: Vælg alt
sudo partprobe
3)
Måske kan du løse problemet ved at starte med at fylde disken med rå 0x00 bytes. På den måde ser kernen disken som om at den er helt blank, og prøver derfor ikke at fedte rundt med partitiontabeller, og filsystemer.
Den her metode skulle virke fint, og også gøre det hurtigt :
Kode: Vælg alt
sudo openssl enc -aes-256-ctr -pass pass:"$(dd if=/dev/urandom bs=128 count=1 2>/dev/null | base64)" -nosalt < /dev/zero > /dev/sd{x}
Du skal erstatte {x} med det rigtige drev bogstav.
Husk at:
Kode: Vælg alt
sudo partprobe
... hvis du gør det, og både efter rå bytes er lagt ned på disken, og efter enhver ændring/oprettelse/fjernelse af partitiontabeller og filsystemer.
Bemærk at:
dd if=/dev/zero of=/dev/sd{x}
... ikke er en god ide, da nogle drev laver en transparant komprimering, dvs at når du har skrev 1 byte, som har værdien 0, så gemmer drev 1stk af byte=0, og når du når til 3TB 0-bytes, så har disken gemt 3,298534883×10¹² stk af byte=0.
/dev/zero er også en flaskehals, så den dd kommando er ekstremt langsom
Hvis du bruger dd kommando, så kan du bruge:
Kode: Vælg alt
kill -USR1 `pidof dd`
for at finde ud af hvor langt den er nået (den viser progress/fremgang)
/Lars
Jeg er Software ingeniør (Diplomingeniør) i Informationsteknologi og indlejede systemer, hvor indlejrede systemer er computer (microcontroller) + elektronik i for eksempel et TV, en router, en vaskemaskine og den slags
-
- Indlæg: 92
- Tilmeldt: 30. okt 2008, 22:09
Re: Harddisk har mistet en masse GB
Disken er en wd 30efrx red. Har rodet med Gpart og lavet en fuld scan. Det tog godt nok lang tid. Omkring 24 timer. Troede der var gået ged i den.
Begin scan...
Possible partition(Windows NT/W2K FS), size(764434mb), offset(1mb)
End scan.
Checking partitions...
Partition(OS/2 HPFS, NTFS, QNX or Advanced UNIX): primary
Ok.
Guessed primary partition table:
Primary partition(1)
type: 007(0x07)(OS/2 HPFS, NTFS, QNX or Advanced UNIX)
size: 764434mb #s(1565562879) s(2048-1565564926)
chs: (0/32/33)-(1023/254/63)d (0/32/33)-(97451/231/59)r
Primary partition(2)
type: 000(0x00)(unused)
size: 0mb #s(0) s(0-0)
chs: (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r
Primary partition(3)
type: 000(0x00)(unused)
size: 0mb #s(0) s(0-0)
chs: (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r
Primary partition(4)
type: 000(0x00)(unused)
size: 0mb #s(0) s(0-0)
chs: (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r
Kode: Vælg alt
sudo gpart -f /dev/sdb
Begin scan...
Possible partition(Windows NT/W2K FS), size(764434mb), offset(1mb)
End scan.
Checking partitions...
Partition(OS/2 HPFS, NTFS, QNX or Advanced UNIX): primary
Ok.
Guessed primary partition table:
Primary partition(1)
type: 007(0x07)(OS/2 HPFS, NTFS, QNX or Advanced UNIX)
size: 764434mb #s(1565562879) s(2048-1565564926)
chs: (0/32/33)-(1023/254/63)d (0/32/33)-(97451/231/59)r
Primary partition(2)
type: 000(0x00)(unused)
size: 0mb #s(0) s(0-0)
chs: (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r
Primary partition(3)
type: 000(0x00)(unused)
size: 0mb #s(0) s(0-0)
chs: (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r
Primary partition(4)
type: 000(0x00)(unused)
size: 0mb #s(0) s(0-0)
chs: (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r
-
- Admin
- Indlæg: 20878
- Tilmeldt: 15. nov 2009, 15:04
- IRC nickname: AJenbo
- Geografisk sted: Vanløse, København
Re: Harddisk har mistet en masse GB
Kode: Vælg alt
Primary partition(4)
Det lyder som om det stadig er en MBR (DOS) partitions tabel og ikke en GPT.
Du kan bruge følgende kommando til helt a slette den første MB af disken (for at overskrive partitions tabellen.
Kode: Vælg alt
dd if=/dev/zero of=/dev/sdb bs=1000000 count=1
Gen start maskinen og se hvad disken så siger.
Hvordan har du forbundet disken?
-
- Indlæg: 92
- Tilmeldt: 30. okt 2008, 22:09
Re: Harddisk har mistet en masse GB
slettede den første del af MBR.
Gparted genkender den stadig kun som 7xx MB. Skal jeg oprette en ny MBR?
Kode til at få info om disk:
/dev/sdb:
ATA device, with non-removable media
Model Number: WDC WD30EFRX-68EUZN0
Serial Number: WD-WCC4N7JS8LZZ
Firmware Revision: 82.00A82
Transport: Serial, SATA 1.0a, SATA II Extensions, SATA Rev 2.5, SATA Rev 2.6, SATA Rev 3.0
Standards:
Supported: 9 8 7 6 5
Likely used: 9
Configuration:
Logical max current
cylinders 16383 16383
heads 16 16
sectors/track 63 63
--
CHS current addressable sectors: 16514064
LBA user addressable sectors: 268435455
LBA48 user addressable sectors: 5860533168
Logical Sector size: 512 bytes
Physical Sector size: 4096 bytes
Logical Sector-0 offset: 0 bytes
device size with M = 1024*1024: 2861588 MBytes
device size with M = 1000*1000: 3000592 MBytes (3000 GB)
cache/buffer size = unknown
Nominal Media Rotation Rate: 5400
Capabilities:
LBA, IORDY(can be disabled)
Queue depth: 32
Standby timer values: spec'd by Standard, with device specific minimum
R/W multiple sector transfer: Max = 16 Current = 0
DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 *udma4 udma5 udma6
Cycle time: min=120ns recommended=120ns
PIO: pio0 pio1 pio2 pio3 pio4
Cycle time: no flow control=120ns IORDY flow control=120ns
Commands/features:
Enabled Supported:
* SMART feature set
Security Mode feature set
* Power Management feature set
* Write cache
* Look-ahead
* Host Protected Area feature set
* WRITE_BUFFER command
* READ_BUFFER command
* NOP cmd
* DOWNLOAD_MICROCODE
Power-Up In Standby feature set
* SET_FEATURES required to spinup after power up
SET_MAX security extension
* 48-bit Address feature set
* Device Configuration Overlay feature set
* Mandatory FLUSH_CACHE
* FLUSH_CACHE_EXT
* SMART error logging
* SMART self-test
Media Card Pass-Through
* General Purpose Logging feature set
* 64-bit World wide name
* URG for READ_STREAM[_DMA]_EXT
* URG for WRITE_STREAM[_DMA]_EXT
* IDLE_IMMEDIATE with UNLOAD
* WRITE_UNCORRECTABLE_EXT command
* {READ,WRITE}_DMA_EXT_GPL commands
* Segmented DOWNLOAD_MICROCODE
* Gen1 signaling speed (1.5Gb/s)
* Gen2 signaling speed (3.0Gb/s)
* Gen3 signaling speed (6.0Gb/s)
* Native Command Queueing (NCQ)
* Host-initiated interface power management
* Phy event counters
* Idle-Unload when NCQ is active
* NCQ priority information
* READ_LOG_DMA_EXT equivalent to READ_LOG_EXT
DMA Setup Auto-Activate optimization
Device-initiated interface power management
* Software settings preservation
* SMART Command Transport (SCT) feature set
* SCT Write Same (AC2)
* SCT Error Recovery Control (AC3)
* SCT Features Control (AC4)
* SCT Data Tables (AC5)
unknown 206[12] (vendor specific)
unknown 206[13] (vendor specific)
unknown 206[14] (vendor specific)
Security:
Master password revision code = 65534
supported
not enabled
not locked
not frozen
not expired: security count
supported: enhanced erase
422min for SECURITY ERASE UNIT. 422min for ENHANCED SECURITY ERASE UNIT.
Logical Unit WWN Device Identifier: 50014ee2b87d9e43
NAA : 5
IEEE OUI : 0014ee
Unique ID : 2b87d9e43
Checksum: correct
PS. harddisken er forbundet med: https://www.av-cables.dk/usb-2-0-til-sata-adapter/usb-2-0-til-ide-sata-converter.html?gclid=EAIaIQobChMI5eyj4Nya2AIVEzobCh1hFA0sEAQYASABEgIToPD_BwE
Gparted genkender den stadig kun som 7xx MB. Skal jeg oprette en ny MBR?
Kode til at få info om disk:
Kode: Vælg alt
sudi hdparm -I /dev/sda
/dev/sdb:
ATA device, with non-removable media
Model Number: WDC WD30EFRX-68EUZN0
Serial Number: WD-WCC4N7JS8LZZ
Firmware Revision: 82.00A82
Transport: Serial, SATA 1.0a, SATA II Extensions, SATA Rev 2.5, SATA Rev 2.6, SATA Rev 3.0
Standards:
Supported: 9 8 7 6 5
Likely used: 9
Configuration:
Logical max current
cylinders 16383 16383
heads 16 16
sectors/track 63 63
--
CHS current addressable sectors: 16514064
LBA user addressable sectors: 268435455
LBA48 user addressable sectors: 5860533168
Logical Sector size: 512 bytes
Physical Sector size: 4096 bytes
Logical Sector-0 offset: 0 bytes
device size with M = 1024*1024: 2861588 MBytes
device size with M = 1000*1000: 3000592 MBytes (3000 GB)
cache/buffer size = unknown
Nominal Media Rotation Rate: 5400
Capabilities:
LBA, IORDY(can be disabled)
Queue depth: 32
Standby timer values: spec'd by Standard, with device specific minimum
R/W multiple sector transfer: Max = 16 Current = 0
DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 *udma4 udma5 udma6
Cycle time: min=120ns recommended=120ns
PIO: pio0 pio1 pio2 pio3 pio4
Cycle time: no flow control=120ns IORDY flow control=120ns
Commands/features:
Enabled Supported:
* SMART feature set
Security Mode feature set
* Power Management feature set
* Write cache
* Look-ahead
* Host Protected Area feature set
* WRITE_BUFFER command
* READ_BUFFER command
* NOP cmd
* DOWNLOAD_MICROCODE
Power-Up In Standby feature set
* SET_FEATURES required to spinup after power up
SET_MAX security extension
* 48-bit Address feature set
* Device Configuration Overlay feature set
* Mandatory FLUSH_CACHE
* FLUSH_CACHE_EXT
* SMART error logging
* SMART self-test
Media Card Pass-Through
* General Purpose Logging feature set
* 64-bit World wide name
* URG for READ_STREAM[_DMA]_EXT
* URG for WRITE_STREAM[_DMA]_EXT
* IDLE_IMMEDIATE with UNLOAD
* WRITE_UNCORRECTABLE_EXT command
* {READ,WRITE}_DMA_EXT_GPL commands
* Segmented DOWNLOAD_MICROCODE
* Gen1 signaling speed (1.5Gb/s)
* Gen2 signaling speed (3.0Gb/s)
* Gen3 signaling speed (6.0Gb/s)
* Native Command Queueing (NCQ)
* Host-initiated interface power management
* Phy event counters
* Idle-Unload when NCQ is active
* NCQ priority information
* READ_LOG_DMA_EXT equivalent to READ_LOG_EXT
DMA Setup Auto-Activate optimization
Device-initiated interface power management
* Software settings preservation
* SMART Command Transport (SCT) feature set
* SCT Write Same (AC2)
* SCT Error Recovery Control (AC3)
* SCT Features Control (AC4)
* SCT Data Tables (AC5)
unknown 206[12] (vendor specific)
unknown 206[13] (vendor specific)
unknown 206[14] (vendor specific)
Security:
Master password revision code = 65534
supported
not enabled
not locked
not frozen
not expired: security count
supported: enhanced erase
422min for SECURITY ERASE UNIT. 422min for ENHANCED SECURITY ERASE UNIT.
Logical Unit WWN Device Identifier: 50014ee2b87d9e43
NAA : 5
IEEE OUI : 0014ee
Unique ID : 2b87d9e43
Checksum: correct
PS. harddisken er forbundet med: https://www.av-cables.dk/usb-2-0-til-sata-adapter/usb-2-0-til-ide-sata-converter.html?gclid=EAIaIQobChMI5eyj4Nya2AIVEzobCh1hFA0sEAQYASABEgIToPD_BwE
-
- Admin
- Indlæg: 20878
- Tilmeldt: 15. nov 2009, 15:04
- IRC nickname: AJenbo
- Geografisk sted: Vanløse, København
Re: Harddisk har mistet en masse GB
Første del af MBR? Kommandoen jeg gav var til at slette den første MB, hvor MBR normalt vil være.
Nej du skal oprette en GPT når disken er så stor.
Nej du skal oprette en GPT når disken er så stor.
-
- Indlæg: 92
- Tilmeldt: 30. okt 2008, 22:09
Re: Harddisk har mistet en masse GB
Så er der GPT på disken
Men jeg kan stadig ikke se mere af disken
Men jeg kan stadig ikke se mere af disken
-
- Admin
- Indlæg: 20878
- Tilmeldt: 15. nov 2009, 15:04
- IRC nickname: AJenbo
- Geografisk sted: Vanløse, København
Re: Harddisk har mistet en masse GB
Har fundet problemet:
Den har en grænse på 800GB
Forbind disken direkte til computeren og opret en ny GPT så burde du være kørende.
Klyp skrev:PS. harddisken er forbundet med: https://www.av-cables.dk/usb-2-0-til-sata-adapter/usb-2-0-til-ide-sata-converter.html?gclid=EAIaIQobChMI5eyj4Nya2AIVEzobCh1hFA0sEAQYASABEgIToPD_BwE
Den har en grænse på 800GB
Forbind disken direkte til computeren og opret en ny GPT så burde du være kørende.
-
- Indlæg: 92
- Tilmeldt: 30. okt 2008, 22:09
Re: Harddisk har mistet en masse GB
Så fik den sgu 2.73 tb.
1000 tak for hjælpen. Du er sgu klog ajenbo
1000 tak for hjælpen. Du er sgu klog ajenbo
-
- Admin
- Indlæg: 5604
- Tilmeldt: 26. apr 2010, 02:40
- IRC nickname: ClaudiuS
- Geografisk sted: Nyborg [fyn]
Re: Harddisk har mistet en masse GB (LØST)
Klyp skrev:1000 tak for hjælpen. Du er sgu klog ajenbo
Du skal trykke på "fluebenet" i øverste højre hjørne på det indlæg der hjalp dig mest.
Med Venlig Hilsen
Klaus
Kører Ubuntu 24.04.1 på ASUS All-Series, og Probook 4520s.
Gratis Ubuntumagasin: http://fullcirclemagazine.org/
https://mega.nz/folder/aJsmCYKa#dxMHKTi4Idmz6hiVpsI68Q
Klaus
Kører Ubuntu 24.04.1 på ASUS All-Series, og Probook 4520s.
Gratis Ubuntumagasin: http://fullcirclemagazine.org/
https://mega.nz/folder/aJsmCYKa#dxMHKTi4Idmz6hiVpsI68Q
-
- Indlæg: 92
- Tilmeldt: 30. okt 2008, 22:09
Re: Harddisk har mistet en masse GB (LØST)
Klaus Rasmussen skrev:Klyp skrev:1000 tak for hjælpen. Du er sgu klog ajenbo
Du skal trykke på "fluebenet" i øverste højre hjørne på det indlæg der hjalp dig mest.
Kan man kun give et flueben?