Жесткий диск старенький(320gb). Разбит на 4 раздела: 2 — хороших раздела, другие два с «битыми» секторами. Использовался в основном для мультимедийных файлов, очень важных файлов нет.
Жесткий диск установленный в внешний бокс(USB) был некорректно извлечен из ноутбука(не дождались завершения функции «безопасное извлечения») и подключен к видеоприставке(просмотр видео).
При повторном подключение к пк перестал корректно подключаться и обнаруживаться. А именно часть разделов отражались просто как локальный диск, другие, то отображались, то нет. При открытие доступного раздела, файлы не видел вообще или видел только каталоги(папки).
На windows 10 после подключение, при открытие доступного раздела часто выдавал ошибку «Ошибка данных crc». Через некоторое время ОС его отключала и разделы жесткого переставали отображаться.
На ПК windows 7 подключенный с помощью Sata-кабеля, при открытие раздела выскакивала ошибка «Нет доступа к (раздел). Запрос не был выполнен из-за ошибки ввода/вывода на устройстве».
При открытие диска с помощью R-Studio выдало дважды ошибку ST2000LM003 HN-M201RAD2BE10001: Ошибка таблицы GPT 0x105. (Хотя диск содержит MBR)
Через управление дисками пишет, что диск не инициализирован.
Victoria Smart не показывает.
Загрузил Parted magic с LiveCD. Разделы видел нормально, файлы читал корректно.
SMART прочитал только через Smart Conrol.
SMART
smartctl 5.39.1 2010-01-28 r3054 [i486-slackware-linux-gnu] (local build)
=== START OF INFORMATION SECTION ===
Device Model: ST9320325AS
Serial Number: 5VE3VNR4
Firmware Version: 0001SDM1
User Capacity: 320,072,933,376 bytes
Device is: Not in smartctl database [for details use: -P showall]
ATA Version is: 8
ATA Standard is: ATA-8-ACS revision 4
Local Time is: Thu Jul 27 18:26:52 2017 UTC
SMART support is: Available — device has SMART capability.
SMART support is: Enabled
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
See vendor-specific Attribute list for marginal Attributes.
General SMART Values:
Offline data collection status: (0x00) Offline data collection activity
was never started.
Auto Offline Data Collection: Disabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: ( 0) seconds.
Offline data collection
capabilities: (0x73) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
No Offline surface scan supported.
Self-test supported.
Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 1) minutes.
Extended self-test routine
recommended polling time: ( 99) minutes.
Conveyance self-test routine
recommended polling time: ( 2) minutes.
SCT capabilities: (0x103b) SCT Status supported.
SCT Feature Control supported.
SCT Data Table supported.
SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000f 111 069 006 Pre-fail Always — 35672374
3 Spin_Up_Time 0x0003 099 098 000 Pre-fail Always — 0
4 Start_Stop_Count 0x0032 093 093 020 Old_age Always — 7994
5 Reallocated_Sector_Ct 0x0033 050 050 036 Pre-fail Always — 1029
7 Seek_Error_Rate 0x000f 081 060 030 Pre-fail Always — 4444358270
9 Power_On_Hours 0x0032 074 074 000 Old_age Always — 23264
10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always — 0
12 Power_Cycle_Count 0x0032 096 037 020 Old_age Always — 4770
184 End-to-End_Error 0x0032 001 001 099 Old_age Always FAILING_NOW 136
187 Reported_Uncorrect 0x0032 001 001 000 Old_age Always — 10565
188 Command_Timeout 0x0032 100 001 000 Old_age Always — 6687367548100
189 High_Fly_Writes 0x003a 100 100 000 Old_age Always — 0
190 Airflow_Temperature_Cel 0x0022 066 048 045 Old_age Always — 34 (Lifetime Min/Max 27/34)
191 G-Sense_Error_Rate 0x0032 100 100 000 Old_age Always — 68
192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always — 197
193 Load_Cycle_Count 0x0032 001 001 000 Old_age Always — 219118
194 Temperature_Celsius 0x0022 034 052 000 Old_age Always — 34
195 Hardware_ECC_Recovered 0x001a 045 040 000 Old_age Always — 35672374
197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always — 1018
198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline — 1018
199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always — 24
254 Free_Fall_Sensor 0x0032 100 100 000 Old_age Always — 0
SMART Error Log Version: 1
ATA Error Count: 20956 (device log contains only the most recent five errors)
CR = Command Register [HEX]
FR = Features Register [HEX]
SC = Sector Count Register [HEX]
SN = Sector Number Register [HEX]
CL = Cylinder Low Register [HEX]
CH = Cylinder High Register [HEX]
DH = Device/Head Register [HEX]
DC = Device Command Register [HEX]
ER = Error register [HEX]
ST = Status register [HEX]
Powered_Up_Time is measured from power on, and printed as
DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
SS=sec, and sss=millisec. It «wraps» after 49.710 days.
Error 20956 occurred at disk power-on lifetime: 23263 hours (969 days + 7 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
— — — — — — —
04 71 04 9d 00 32 e0 Device Fault; Error: ABRT 4 sectors at LBA = 0x0032009d = 3276957
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
— — — — — — — — —————- ———————
35 00 08 b0 09 00 e0 00 00:01:41.968 WRITE DMA EXT
25 00 01 ff ff ff ef 00 00:01:41.951 READ DMA EXT
35 00 08 20 54 48 eb 00 00:01:41.173 WRITE DMA EXT
35 00 08 20 61 08 e0 00 00:01:41.172 WRITE DMA EXT
25 00 01 ff ff ff ef 00 00:01:40.937 READ DMA EXT
Error 20955 occurred at disk power-on lifetime: 23263 hours (969 days + 7 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
— — — — — — —
04 71 04 9d 00 32 e0 Device Fault; Error: ABRT 4 sectors at LBA = 0x0032009d = 3276957
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
— — — — — — — — —————- ———————
25 00 01 ff ff ff ef 00 00:01:41.951 READ DMA EXT
35 00 08 20 54 48 eb 00 00:01:41.173 WRITE DMA EXT
35 00 08 20 61 08 e0 00 00:01:41.172 WRITE DMA EXT
25 00 01 ff ff ff ef 00 00:01:40.937 READ DMA EXT
35 00 08 20 61 08 e0 00 00:01:40.159 WRITE DMA EXT
Error 20954 occurred at disk power-on lifetime: 23263 hours (969 days + 7 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
— — — — — — —
04 71 04 9d 00 32 e0 Device Fault; Error: ABRT 4 sectors at LBA = 0x0032009d = 3276957
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
— — — — — — — — —————- ———————
35 00 08 20 54 48 eb 00 00:01:41.173 WRITE DMA EXT
35 00 08 20 61 08 e0 00 00:01:41.172 WRITE DMA EXT
25 00 01 ff ff ff ef 00 00:01:40.937 READ DMA EXT
35 00 08 20 61 08 e0 00 00:01:40.159 WRITE DMA EXT
35 00 08 20 54 48 eb 00 00:01:40.158 WRITE DMA EXT
Error 20953 occurred at disk power-on lifetime: 23263 hours (969 days + 7 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
— — — — — — —
04 71 04 9d 00 32 e0 Device Fault; Error: ABRT 4 sectors at LBA = 0x0032009d = 3276957
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
— — — — — — — — —————- ———————
35 00 08 20 61 08 e0 00 00:01:41.172 WRITE DMA EXT
25 00 01 ff ff ff ef 00 00:01:40.937 READ DMA EXT
35 00 08 20 61 08 e0 00 00:01:40.159 WRITE DMA EXT
35 00 08 20 54 48 eb 00 00:01:40.158 WRITE DMA EXT
25 00 01 ff ff ff ef 00 00:01:39.924 READ DMA EXT
Error 20952 occurred at disk power-on lifetime: 23263 hours (969 days + 7 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
— — — — — — —
04 71 04 9d 00 32 e0 Device Fault; Error: ABRT 4 sectors at LBA = 0x0032009d = 3276957
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
— — — — — — — — —————- ———————
25 00 01 ff ff ff ef 00 00:01:40.937 READ DMA EXT
35 00 08 20 61 08 e0 00 00:01:40.159 WRITE DMA EXT
35 00 08 20 54 48 eb 00 00:01:40.158 WRITE DMA EXT
25 00 01 ff ff ff ef 00 00:01:39.924 READ DMA EXT
25 00 01 ff ff ff ef 00 00:01:39.924 READ DMA EXT
SMART Self-test log structure revision number 1
No self-tests have been logged. [To run self-tests, use: smartctl -t]
SMART Selective self-test log data structure revision number 1
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.
При повторном подключение к видеоприставке, видео воспроизводит хорошо. Но на windows проблема появляется вновь.
В чем проблема и как ее можно решить?
P.S. Выкинуть и купить новый я всегда успею.
__________________
Помощь в написании контрольных, курсовых и дипломных работ, диссертаций здесь
Env: Linux TRANQUILITY 5.3.18-150300.59.49-preempt #1 SMP PREEMPT Mon Feb 7 14:40:20 UTC 2022 (77d9d02) x86_64 x86_64 x86_64 GNU/Linux Also OpenSuse Leap 15.3 with KDE Plasma 5
When I run the OS install from a USB stick I get as far as the partition check, where it bombs out with: /usr/bin/udevadm /dev/sdd1 could not be found (failed) — (I can’t recall the precise error text, without re-running the install process but this is the gist of it)
Last year (April 2021) I had a problem when I lost my /home data and had to take the non-RAIDed disk to a data recovery company. From memory, I think it turned out to be a GPT error, which was only expensive and not astronomical to fix (happy to pay to get my data safe). I had them transfer all the /home data from that disk to one of two 1TB WD Black disks I bought. I setup RAID-1 with the two new disks and this seemingly worked fine until recently.
Weird things stared happening, I have no idea whether they’re related but they seem quite systemic — like:
- Firefox tabs started crashing immediately on certain sites, which I
thought/think might be a Firefox bug - Python stopped working to the
extent that unrelated programs failed (Libre-Office mainly — keeps
entering recovery) but FreeCAD (largely Python based) still worked - Corel AftershotPro won’t start because of a missing/incorrect
version library (which is still there)
Lots of the fixes I tried seemed to come back to Python. In the end I removed Python which uninstalled a lot of key OS stuff (particularly the GUI) and then I re-installed it (along with most of the items that had been auto uninstalled. Even that didn’t work, so I thought I’d reinstall the OS — thinking my /home data would be safe. As I mentioned this doesn’t appear to be the case and it’s stopping my reinstall to stabilise my computer.
lsblk
<snipped the loop devices>
sda 8:0 0 931.5G 0 disk
└─sda1 8:1 0 931.5G 0 part
└─md127 9:127 0 931.5G 0 raid1
└─md127p1 259:0 0 931.5G 0 part /home
sdb 8:16 0 1.8T 0 disk
└─sdb1 8:17 0 1.8T 0 part
└─cr-auto-1 254:0 0 1.8T 0 crypt /china2
sdc 8:32 0 111.8G 0 disk
├─sdc1 8:33 0 148M 0 part
├─sdc2 8:34 0 100G 0 part /
├─sdc3 8:35 0 2G 0 part
└─sdc4 8:36 0 2G 0 part
sdd 8:48 0 931.5G 0 disk
sde 8:64 0 1.8T 0 disk
└─sde1 8:65 0 1.8T 0 part /chinaPhotos
Note sda/sda1/md127/md127p1 is mounted here as /home
I’d guess sda & sdd are the contributing physical RAID devices and sdd is the broken one?
I have tried the following: (which shows /home is /dev/md127p1)
df -h
Filesystem Size Used Avail Use% Mounted on
devtmpfs 4.0M 0 4.0M 0% /dev
tmpfs 7.8G 243M 7.5G 4% /dev/shm
tmpfs 3.1G 335M 2.8G 11% /run
tmpfs 4.0M 0 4.0M 0% /sys/fs/cgroup
/dev/sdc2 100G 38G 63G 38% /
/dev/sdc2 100G 38G 63G 38% /.snapshots
/dev/sdc2 100G 38G 63G 38% /boot/grub2/i386-pc
/dev/sdc2 100G 38G 63G 38% /boot/grub2/x86_64-efi
/dev/sdc2 100G 38G 63G 38% /opt
/dev/sdc2 100G 38G 63G 38% /root
/dev/sdc2 100G 38G 63G 38% /srv
/dev/sdc2 100G 38G 63G 38% /tmp
/dev/sdc2 100G 38G 63G 38% /var
/dev/sdc2 100G 38G 63G 38% /usr/local
/dev/sdb1 1.8T 1.7T 94G 95% /chinaPhotos
/dev/md127p1 932G 402G 530G 44% /home
<snipped loop devices>
/dev/mapper/cr-auto-1 1.9T 1.5T 399G 79% /china2
tmpfs 1.6G 72K 1.6G 1% /run/user/1000
/dev/sdm 3.4M 3.3M 116K 97% /run/media/░░░░/SBEAM
/dev/sdn 1.6M 24K 1.6M 2% /run/media/░░░░/UPDATE
192.168.░░░.░░░:/volume1/DataBackup 2.7T 2.3T 492G 83% /░░░░░
<snipped loop devices>
Finally, I’ve tried
mdadm --detail /dev/md*
mdadm: /dev/md does not appear to be an md device
/dev/md127:
Version : 1.0
Creation Time : Sun Apr 25 17:58:55 2021
Raid Level : raid1
Array Size : 976761344 (931.51 GiB 1000.20 GB)
Used Dev Size : 976761344 (931.51 GiB 1000.20 GB)
Raid Devices : 2
Total Devices : 1
Persistence : Superblock is persistent
Intent Bitmap : Internal
Update Time : Sun Mar 6 19:26:29 2022
State : clean, degraded
Active Devices : 1
Working Devices : 1
Failed Devices : 0
Spare Devices : 0
Consistency Policy : bitmap
Name : any:home
UUID : 75959fa2:f25b6088:7a9e9a80:c1f38480
Events : 3183874
Number Major Minor RaidDevice State
0 8 1 0 active sync /dev/sda1
- 0 0 1 removed
/dev/md127p1:
Version : 1.0
Creation Time : Sun Apr 25 17:58:55 2021
Raid Level : raid1
Array Size : 976760303 (931.51 GiB 1000.20 GB)
Used Dev Size : 976761344 (931.51 GiB 1000.20 GB)
Raid Devices : 2
Total Devices : 1
Persistence : Superblock is persistent
Intent Bitmap : Internal
Update Time : Sun Mar 6 19:26:29 2022
State : clean, degraded
Active Devices : 1
Working Devices : 1
Failed Devices : 0
Spare Devices : 0
Consistency Policy : bitmap
Name : any:home
UUID : 75959fa2:f25b6088:7a9e9a80:c1f38480
Events : 3183874
Number Major Minor RaidDevice State
0 8 1 0 active sync /dev/sda1
- 0 0 1 removed
The install process identifies /dev/sdd as the problem but seems to have the same problem as fdisk below.
fdisk /dev/sdd
Welcome to fdisk (util-linux 2.36.2).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.
The primary GPT table is corrupt, but the backup appears OK, so that will be used.
and
fdisk /dev/sda
Welcome to fdisk (util-linux 2.36.2).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.
Command (m for help): v
No errors detected.
Header version: 1.0
Using 1 out of 128 partitions.
A total of 2014 free sectors is available in 1 segment.
The computer is mostly working OK and I’ve backed up most of /home’s data but updates are backing up and I can’t reinstall safely.
In terms of hardware, physically removed each of the RAID disks in turn (PC off first, obvs) — one of the disks makes no difference to the boot (all working on reboot) but removing the other stops the boot process, so I guess the second is the working RAID /dev/sda — /home disk and the former is the ‘broken’ /dev/sdd one! I also tried swapping the broken one to the working one’s SATA cable in case that was the problem but nada!
What further diagnostics/actions can I run to see if:
- my supposition about that disk being the faulty one is right
- find out what’s wrong with it
- format it or otherwise recover it and add it back into the RAID1 array (or should I get it replaced?)
Env: Linux TRANQUILITY 5.3.18-150300.59.49-preempt #1 SMP PREEMPT Mon Feb 7 14:40:20 UTC 2022 (77d9d02) x86_64 x86_64 x86_64 GNU/Linux Also OpenSuse Leap 15.3 with KDE Plasma 5
When I run the OS install from a USB stick I get as far as the partition check, where it bombs out with: /usr/bin/udevadm /dev/sdd1 could not be found (failed) — (I can’t recall the precise error text, without re-running the install process but this is the gist of it)
Last year (April 2021) I had a problem when I lost my /home data and had to take the non-RAIDed disk to a data recovery company. From memory, I think it turned out to be a GPT error, which was only expensive and not astronomical to fix (happy to pay to get my data safe). I had them transfer all the /home data from that disk to one of two 1TB WD Black disks I bought. I setup RAID-1 with the two new disks and this seemingly worked fine until recently.
Weird things stared happening, I have no idea whether they’re related but they seem quite systemic — like:
- Firefox tabs started crashing immediately on certain sites, which I
thought/think might be a Firefox bug - Python stopped working to the
extent that unrelated programs failed (Libre-Office mainly — keeps
entering recovery) but FreeCAD (largely Python based) still worked - Corel AftershotPro won’t start because of a missing/incorrect
version library (which is still there)
Lots of the fixes I tried seemed to come back to Python. In the end I removed Python which uninstalled a lot of key OS stuff (particularly the GUI) and then I re-installed it (along with most of the items that had been auto uninstalled. Even that didn’t work, so I thought I’d reinstall the OS — thinking my /home data would be safe. As I mentioned this doesn’t appear to be the case and it’s stopping my reinstall to stabilise my computer.
lsblk
<snipped the loop devices>
sda 8:0 0 931.5G 0 disk
└─sda1 8:1 0 931.5G 0 part
└─md127 9:127 0 931.5G 0 raid1
└─md127p1 259:0 0 931.5G 0 part /home
sdb 8:16 0 1.8T 0 disk
└─sdb1 8:17 0 1.8T 0 part
└─cr-auto-1 254:0 0 1.8T 0 crypt /china2
sdc 8:32 0 111.8G 0 disk
├─sdc1 8:33 0 148M 0 part
├─sdc2 8:34 0 100G 0 part /
├─sdc3 8:35 0 2G 0 part
└─sdc4 8:36 0 2G 0 part
sdd 8:48 0 931.5G 0 disk
sde 8:64 0 1.8T 0 disk
└─sde1 8:65 0 1.8T 0 part /chinaPhotos
Note sda/sda1/md127/md127p1 is mounted here as /home
I’d guess sda & sdd are the contributing physical RAID devices and sdd is the broken one?
I have tried the following: (which shows /home is /dev/md127p1)
df -h
Filesystem Size Used Avail Use% Mounted on
devtmpfs 4.0M 0 4.0M 0% /dev
tmpfs 7.8G 243M 7.5G 4% /dev/shm
tmpfs 3.1G 335M 2.8G 11% /run
tmpfs 4.0M 0 4.0M 0% /sys/fs/cgroup
/dev/sdc2 100G 38G 63G 38% /
/dev/sdc2 100G 38G 63G 38% /.snapshots
/dev/sdc2 100G 38G 63G 38% /boot/grub2/i386-pc
/dev/sdc2 100G 38G 63G 38% /boot/grub2/x86_64-efi
/dev/sdc2 100G 38G 63G 38% /opt
/dev/sdc2 100G 38G 63G 38% /root
/dev/sdc2 100G 38G 63G 38% /srv
/dev/sdc2 100G 38G 63G 38% /tmp
/dev/sdc2 100G 38G 63G 38% /var
/dev/sdc2 100G 38G 63G 38% /usr/local
/dev/sdb1 1.8T 1.7T 94G 95% /chinaPhotos
/dev/md127p1 932G 402G 530G 44% /home
<snipped loop devices>
/dev/mapper/cr-auto-1 1.9T 1.5T 399G 79% /china2
tmpfs 1.6G 72K 1.6G 1% /run/user/1000
/dev/sdm 3.4M 3.3M 116K 97% /run/media/░░░░/SBEAM
/dev/sdn 1.6M 24K 1.6M 2% /run/media/░░░░/UPDATE
192.168.░░░.░░░:/volume1/DataBackup 2.7T 2.3T 492G 83% /░░░░░
<snipped loop devices>
Finally, I’ve tried
mdadm --detail /dev/md*
mdadm: /dev/md does not appear to be an md device
/dev/md127:
Version : 1.0
Creation Time : Sun Apr 25 17:58:55 2021
Raid Level : raid1
Array Size : 976761344 (931.51 GiB 1000.20 GB)
Used Dev Size : 976761344 (931.51 GiB 1000.20 GB)
Raid Devices : 2
Total Devices : 1
Persistence : Superblock is persistent
Intent Bitmap : Internal
Update Time : Sun Mar 6 19:26:29 2022
State : clean, degraded
Active Devices : 1
Working Devices : 1
Failed Devices : 0
Spare Devices : 0
Consistency Policy : bitmap
Name : any:home
UUID : 75959fa2:f25b6088:7a9e9a80:c1f38480
Events : 3183874
Number Major Minor RaidDevice State
0 8 1 0 active sync /dev/sda1
- 0 0 1 removed
/dev/md127p1:
Version : 1.0
Creation Time : Sun Apr 25 17:58:55 2021
Raid Level : raid1
Array Size : 976760303 (931.51 GiB 1000.20 GB)
Used Dev Size : 976761344 (931.51 GiB 1000.20 GB)
Raid Devices : 2
Total Devices : 1
Persistence : Superblock is persistent
Intent Bitmap : Internal
Update Time : Sun Mar 6 19:26:29 2022
State : clean, degraded
Active Devices : 1
Working Devices : 1
Failed Devices : 0
Spare Devices : 0
Consistency Policy : bitmap
Name : any:home
UUID : 75959fa2:f25b6088:7a9e9a80:c1f38480
Events : 3183874
Number Major Minor RaidDevice State
0 8 1 0 active sync /dev/sda1
- 0 0 1 removed
The install process identifies /dev/sdd as the problem but seems to have the same problem as fdisk below.
fdisk /dev/sdd
Welcome to fdisk (util-linux 2.36.2).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.
The primary GPT table is corrupt, but the backup appears OK, so that will be used.
and
fdisk /dev/sda
Welcome to fdisk (util-linux 2.36.2).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.
Command (m for help): v
No errors detected.
Header version: 1.0
Using 1 out of 128 partitions.
A total of 2014 free sectors is available in 1 segment.
The computer is mostly working OK and I’ve backed up most of /home’s data but updates are backing up and I can’t reinstall safely.
In terms of hardware, physically removed each of the RAID disks in turn (PC off first, obvs) — one of the disks makes no difference to the boot (all working on reboot) but removing the other stops the boot process, so I guess the second is the working RAID /dev/sda — /home disk and the former is the ‘broken’ /dev/sdd one! I also tried swapping the broken one to the working one’s SATA cable in case that was the problem but nada!
What further diagnostics/actions can I run to see if:
- my supposition about that disk being the faulty one is right
- find out what’s wrong with it
- format it or otherwise recover it and add it back into the RAID1 array (or should I get it replaced?)
Простой компьютерный блог для души)
Эй, привет всем! Говорим о такой штуке как GPT Partition Recovery, которую вы можете заметить в биосе. Не знаю что вам написать, но знаю одно, моя задача это узнать что такое GPT Partition Recovery. Просто тут прикол такой, инфы вообще нет в интернете, но разобраться ведь все равно нужно…
Итак, сперва нужно понять что такое вообще GPT. Значит GPT это GU >
В общем понятного мало, я лишь понял одно, GPT это штука в которой есть данные об разделах жесткого диска. Может я ошибаюсь, но вроде так..
Теперь смотрим дальше, берем название GPT Partition Recovery, что в нем? GPT мы уже поняли, это данные об разделах, кстати очень важная информация. Слово Partition это партиция, то есть раздел диска. Слово Recovery я думаю и так понятно, это восстановление. То есть GPT Partition Recovery это получается восстановление раздела диска, который создан по стандарту GPT. Как-то так ребята получается… =)
Ну а вот этот пункт GPT Partition Recovery в биосе, смотрите:
Просто так трогать эту опцию не стоит, мало ли, могут быть проблемы.
Господа, на этом все, прошу извинить что нет много инфы, но в интернете информации как кот наплакал. Удачи вам ребята!
Доброго всем дня. Сегодня поговорим, про связанную с ноутбуками тему. Касаться это будет ноутбуков с предустановленной операционной системой Windows 8/8.1. Думаю для большинства пользователей эта система оказалась крайне неудобной, особенно если до этого Вы сидели лишь на Windows XP и Windows 7 с привычным для нас рабочим столом. Понятное дело, что Windows XP уже достаточно устарела и актуальная версия на текущий момент это Windows 7. Казалось бы, ну что тут сложно переустановить ноутбук с Windows 8 на Windows 7. Это в теории однако на практике Вы столкнётесь с кучей неприятностей. Тут тебе и обновленный BIOS, который теперь называется UEFI с защитой от переустановки. Тут же и жесткий диск размеченный с применением новой технологии GPT за место MBR, из за этого при установке Windows 7 будет выкидывать ошибку. И сегодня мы как раз таки разберёмся как эту ошибку исправить. Так что садитесь по удобнее, мы начинаем.
С чего начнём?
А начнём мы пожалуй немного с теории, чтобы понять что-зачем и почему. Ну вот есть у Вас ноутбук, у меня например Acer Aspire E1-532G. Включаю я ноутбук и первой что меня встречает это картинка BIOSa.
Чтобы попасть в БИОС я сразу же нажимаю (пару раз) кнопку входа = F2. Внутри меня встречает такой, совсем уж невзрачный биос под названием — «InsydeH20
BIOS
«.
Сейчас мы находимся на главной вкладке, а нам необходимо перейти на вкладку «Boot». Там по умолчанию стоит UEFI загрузчик, который поддерживается системами начиная от Windows 8. Мы же раз собрались ставить Windows 7, меняем на второй пункт, а это «Legacy», тот самый старый БИОС с которым Windows 7 прекрасно работает.
Выставили, сохраняемся и перезагружаем ноутбук. Теперь немного теории к тому, что мы проделали..
Теория
Ну вообщем ситуация следующая с момента появления Windows 8 производители начали применять новую концепцию взаимодействия с жестким диском, которая называется UEFI. Если вкратце, то эта система полностью заменившая традиционный Legacy BIOS, и отличающаяся от предшественника:
- Своим быстродействием (за одного обращение к HDD, UEFI может адресовать что-то около 1 МБайт, в то время старенький БИОС лишь 64 КБайт);
- UEFI позволяет видеть жесткие диски размером вплоть до космических целых 9 ЗБ (Зеттабайт), обычный BIOS максимум порог 2 ТерраБайт;
- UEFI обзавёлся поддержкой графического интерфейса и поддержкой мыши наравне с клавиатурой;
- UEFI поддерживает всякого рода криптографию и шифрование;
На этом конечно не всё, там множество всяких тонких технических моментов, но это основные.
Казалось бы всё прекрасно, но вот 2 пункт — поддержка огромных объемов жестких дисков осуществляется с применением новой технологии, которая понимает лишь новый стиль разметки дисков. И теперь мы плавно перейдём к рассмотрению этих стилей. В настоящее время широко используются два основных стиля разметки дисков: mbr и gpt.
Вообще вкратце говоря, стиль разметки диска — определяет то как на жестком диске будет устроена разметка разделов, их количество, общий объем диска и способ обращения к нему. Физически, стиль разметки реализуется путём записи специального кода в самый первый сектор жесткого диска.
MBR — это старый стиль разметки, который применяется на HDD до 2.2 ТерраБайт, сверх этого объема он не видит. Также есть и ограничение на количество создаваемых основных разделов, которое = 4. Если Вам хочется иметь разделов побольше, то придётся один основной раздел делать расширяемым и делить его на нужное число.
GPT — новый стиль разметки, который появился совсем недавно. Является продолжением (частью) развития новой БИОС — UEFI. GPT использует современную систему адресации логических блоков (LBA) вместо применявшейся в MBR адресации «Цилиндр — Головка — Сектор» (CHS). GPT поддерживает до 128 разделов, а всё за счёт того что может адресовать больший адрес. Каждый раздел (локальный диск) прописывается при помощи специального «айди», под названием GUID и хранится в таблице разделов. GUID же это специальный номер состоящий из 32-ух шестнадцатеричных числа, например 024DEE41-33E7-11D3-9D69-0008C781F39F .
Windows поддерживает загрузку с GPT:
- для 32 битных систем начиная с Windows 8;
- для 64 битных систем начиная с Windows Server 2003 и Windows Vista;
Продолжим практику.
Думаю прочитав теорию Вам стало немного понятно. Собственно теперь идем дальше. В БИОСе мы включили поддержку Legacy. **ВОТ на этом этапе желательно скопировать все необходимые данные на жестком диске на какое нибудь внешнее хранилище. Потому как, результатом всей описанной ниже инструкции — будет чистая система с чистым диском.
Теперь находим в интернете установочный образ Windows 7 (желательно оригинальный) и грузимся с него.
Прежде чем Windows загрузит необходимые файлы, пройдет некоторое время.
О результате загрузки, нам говорит вот это окно. На которой мы нажимаем кнопку «Далее».
На следующем экране не спешим, в левом нижнем углу отыскиваем ссылку «Восстановление системы». Кликаем по ссылке.
Открылось окно «Выберите средство восстановления». Выбираем самое последнее средство — «Командная строка».
Вот теперь начинается самое интересное. Откроется командная строка (чёрное окошко) и в ней мы будем вводить следующие команды.
Первая команда: diskpart, запустит нам подпрограмму для работы с жесткими дисками. Все дальнейшие команды будет обрабатывать именно она;
Вторая команда: list disk, покажет нам все подключенные на компьютеры HDD;
Третья команда: select disk 0 — выбирает для работы первый жесткий диск (там у меня стоит система);
Четвертая команда: clean — производит полную очистку разделов диска, сразу предупрежу что ВСЕ данные на диске пропадут. Поэтому предварительно куда нибудь копируем;
Пятая команда: convert mbr — САМАЯ ВАЖНАЯ, производит смену стиля разметки с GPT на MBR.
Шестая команда: завершающая, закрывает подпрограмму.
Всё, теперь перезагружаемся. Опять же вставляем установочный диск, и приступаем к установке системы. Все манипуляции с разделами, создание. изменение разделов Вы сможете проделать в процессе установки.
Вывод.
Ну вот думаю систему благополучно установили, теперь скопируем все ранее удалённые данные с внешнего диска и приступим к работе на привычной нам системе Windows 7. Ну и в завершении для закрепления всего прочитанного материала, скидываю вот такую интересную схему загрузки системы.
Читайте, как преобразовывать MBR и GPT в Windows 10
. Почему это приводит к утере данных и как этого избежать. Исторически сложилось, что во время первичной загрузки компьютера BIOS проводил инициализацию устройств и передавал управление операционной системе (далее ОС). Для этого он обращался к таблице логических разделов, которая хранится в Master Boot Record (главной загрузочной записи) диска. Диски, описанные в MBR, имели максимальный размер 2 ТБ и их количество не превышало 4-ёх. Возможности современных жестких дисков потребовали улучшения программного обеспечения и на смену MBR пришла GPT.
GPT – это сокращённое название GUID Partition Table (таблица разделов GUID), которая имеет ограничение в количестве 128 разделов и размере диска 9.4 зеттабайта. Но что бы загрузить ОС с GPT диска компьютер должен работать в режиме UEFI (Unified Extensible Firmware Interface), который пришел на смену BIOS.
Зачем преобразовывать MBR и GPT в Windows 10?
Со сказанного выше ясно, что MBR поддерживает разделы объёмом до 2 ТБ. Что это означает? Например, если размер логического диска составляет 3 ТБ, то 1 ТБ будет определён как неразмеченная область в Windows 10 и вы не сможете её использовать. Для преодоления этого ограничения, пользователям необходимо преобразовать MBR в GPT.
Помимо ограничения оборудования, 32-битные ОС (Windows XP, Windows 2003, Windows 2000, Windows NT4) также не поддерживают GPT диски. В этих операционных системах, GPT диск будет показан как защищённый, и вы не будете иметь доступа к данным на нём пока не преобразуете в MBR.
Однако прогресс не стоит на месте и множество пользователей Windows 10 будет иметь возможность преобразовать MBR в GPT и наоборот, в зависимости от их потребностей.
Можно ли восстановить данные без потери?
Вы, вероятно, спросите, что объясняет проблему? Есть в основном две причины ошибки. Первая причина заключается в том, что вы подключаете жесткий диск GPT к компьютеру, работающему под управлением 32-разрядной операционной системы Windows. Это проблема совместимости в операционной системе, которая не может правильно распознать жесткий диск или управлять им. Другая причина в том, что таблица разделов на жестком диске повреждена. В этом случае на диске также отображается защищенный раздел, даже если он подключен к 64-разрядной системе. Если вы ищете решения проблемы разделов GPT без потери данных, вы находитесь в правильном месте. В этом руководстве объясняется, как получить к нему доступ и решить его без потери данных. Таким образом, продолжайте читать и узнайте правильные решения.
Как преобразовывать MBR и GPT в Windows 10?
Для пользователей Windows 10 существует два способа преобразования MBR в GPT и обратно. Рассмотрим детально.
Управление дисками
Управление дисками (Disk Management) – это встроенный инструмент Windows 10, который даёт вам возможность изменять (создавать, удалять, увеличивать, сокращать) разделы, преобразовывать их в GPT или MBR.
Воспользуйтесь данным инструментом:
- Откройте окно кликнув «Этот компьютер» > «Управление» > «Управление дисками»;
- Правой кнопкой мышки укажите диск, который необходимо преобразовать (например, «Диск 0»). Во всплывающем окне, вы увидите неактивную функцию «Преобразовать в GPT диск».
С помощью этого инструмента можно преобразовать в MBR или GPT только если на диске нет разделов. Вам нужно удалить все разделы на Диске 0 и после этого преобразовывать MBR в GPT и обратно.
Командная строка
Командная строка – это встроенный инструмент Windows 10, который может упорядочить разделы и преобразовывать MBR в GPT. Командная строка позволяет преобразовывать MBR в GPT и обратно, только если на диске, с которым вы планируете работать нет разделов.
Итак, делаем следующее:
- Кликните «Пуск»
> введите
«Командная строка»
и запустите ее от имени администратора; - Введите «diskpart»
и нажмите
«Ввод»
; - Введите «list disk»
и нажмите
«Ввод»
; - Введите «select disk N»
и нажмите
«Ввод»
.
«N»
– это номер диска, который вы хотите преобразовать (например,
«Диск 0»
); - Введите «clean»
и нажмите
«Ввод»
чтобы удалить все разделы или тома на выбранном диске; - Введите «convert mbr»
и нажмите
«Ввод»
чтобы завершить преобразование с
GPT
в
MBR
формат.
Оба указанных метода дают возможность преобразовать MBR диск в GPT и обратно. Но оба метода требуют удаления всех разделов с диска, и Вы находитесь под риском утери данных. Поэтому, прежде чем запустить процесс конвертации, сделайте резервную копию всех данных, которые будут удалены, а затем восстановите их.
Причины утери данных
Существует ряд программ различных производителей, которые позволяют осуществлять такие преобразования без потери данных. Они не требуют удаления всех разделов. Но тем не менее, риск утери данных всё равно существует, и к нему нужно быть готовым. Ведь вероятность потери информации есть при любых операциях с разделами и/или дисками. Для чего, как указано выше, необходимо как минимум сделать резервную копию данных.
Но если у вас нет возможности использовать такие программы или вы поздно поняли, что совершили ошибку не воспользовавшись ими, вы можете восстановить ваши файлы с помощью специальных программ для восстановления данных. И в данном случае вам отлично подойдёт Hetman Partition Recovery! Ведь данная программа находит все ранее созданные разделы диска и выводит их пользователю для дальнейшего анализа и поиска удаленной информации.
Причины, по которым ваши данные будут недоступны после конвертации с MBR в GPT:
- Необходимо установить 32-битную ОС, которая не установится на GPT диск;
- В компьютере используется «старое железо» с BIOS, а вы планируете установить 64-битную ОС на этот жесткий диск;
- Вы планируете использовать внешний USB-диск как загрузочный для компьютеров с BIOS системой;
- У вас на диске установлены несколько ОС с загрузчиком, который не поддерживает GPT;
- Вы планируете использовать USB-диск как хранилище файлов с роутером, телевизором, автомагнитолой или т.д.;
Причины, по которым ваши данные будут утеряны после конвертации с GPT в MBR:
- Разделы размером более 2 ТБ невозможно описать в MBR;
- Если диск разбит более чем на 4 логических раздела, перевести его в MBR не получится;
Поэтому, наш совет – подходите к вопросу преобразования дисков с MBR в GPT и обратно, обдуманно и с пониманием.
Инфографика
Способ 1: Отформатировать
Пожалуй, данный способ форматирования GPT-диска более быстрый, чем тот, что будет идти дальше в тексте, но, как было уже сказано, он не подразумевает использование графического интерфейса, чем усложняет работу простому пользователю.
Но перейдем непосредственно к инструкции, хотя перед ее началом стоит сказать, что если у вас установлен всего один жесткий диск, то из-под системы выполнить ее не получится, но, рассуждая логично, вы даже не сможете установить систему. Именно поэтому запишите сначала загрузочную флешку с каким-либо дистрибутивом Windows, а потом запустите компьютер с нее. После этого выполните следующее:
- Нажмите SHIFT+F10, чтобы вызвать «Командную строку».
- Запустите утилиту diskpart, введя ее название и нажав Enter.
- Проверьте список дисков, выполнив команду «disk list».
- Узнав номер нужного, выберите его, вписав «select disk «.
- Очистите его, выполнив «clean».
- Теперь нужно создать новый раздел на нем. Для этого выполните команду «create partition primary».
- Выйдите из утилиты diskpart, введя «exit» и нажав Enter.
- Закройте командную строку, введя «exit» и нажав Enter.
Самые распространенные причины потери разделов диска и как их восстановить
Время прочтения
7 мин
Просмотры 48K
В нашей статье мы перечислили самые распространенные причины сбоя работы разделов жестких дисков и как не допустить их. Также, расскажем что делать если вы все-таки попали в такую ситуацию, как вернуть критически важные файлы и папки.
При переустановке или переходе на новую ОС, банальное удаление логического тома, неумелое использование утилит работы с дисками, физическое повреждение носителей, появление битых секторов и так далее. Все это только небольшой перечень возможных причин, вследствии которого разделы диска могут стать не читаемыми. Самая распространенная проблема – логическая ошибка таблицы разделов.
Таблица разделов – это специальный файл с настройками, в нем прописаны данные о всех логических разделах конкретного жесткого диска, включая: размер томов, название, файловую систему, а также указатели на начало и конец каждого раздела. Если раздел становится недоступным, то это не всегда означает что все хранящиеся файлы стерты. При удалении информации с диска, данные остаются невредимыми, они просто помечаются операционной системой как удаленные и находятся на том же месте где и были. В любом случае, даже если ОС успела уже переписать какие-то данные, все равно остается шанс восстановить хоть часть файлов.
Что не следует делать
Допустим, вы попали в ситуацию, когда один или несколько разделов перестали отображаться операционной системой, она предлагает их отформатировать или вообще, место которое они занимали стало «неразмеченным пространством». В этом случае, если нужно вернуть какие-то файлы с этих логических дисков, вам не стоит делать того что говорит ОС.
Не нужно создавать новые разделы поверх старых, и ни в коем случае не стоит записывать новые данные. Первым делом, желательно вообще прекратить любые операции с диском, чтобы избежать дальнейших ошибок. Нужно разобраться что послужило причиной такой ситуации. Иначе, дальнейшая работа может привести к полной перезаписи файлов на диске.
Причины сбоя разделов носителей
1. Ошибка таблицы разделов
Для нормального использования носителя, его для начала нужно разметить, чтобы ОС могла понять в которые именно области можно записывать информацию. Поскольку накопители имеют большой объём их обычно разбивают на несколько логических разделов, каждому из которых присваивается своя буква. После разметки диска на него записывается таблица разделов, которая помогает операционной системе его распознать. Если она каким-либо образом будет повреждена или потеряна, это приведет к потере раздела. После чего вы не сможете записывать и читать данные с него.
Существует несколько структур разбиения диска – MBR, которая применялась еще чуть ли не с момента появления жестких дисков, и современная система – GPT. Некоторые ОС используют свою структуру, к примеру, в MacOs можно использовать таблицу APM (Карта разделов Apple). Поэтому, если взять накопитель с таблицей разделов одной ОС и подсоединить к ПК с другой то информация скорей всего будет недоступной. Чтобы прочитать информацию вам понадобится сторонний софт.
Hetman Partition Recovery без труда справится с подобной задачей. Программа автоматически определит файловую систему логического тома, проведет сканирование и вы сможете просмотреть содержимое диска и сохранить нужные файлы на другой носитель.
Также изменение схемы разделов без переформатирования диска невозможно. В такой ситуации вся информация конечно же будет утеряна, восстановить ее становится гораздо сложнее но все еще возможно.
2. Файловая система на поддерживается ОС
Существует довольно много разных файловых систем, они отличаются друг от друга внутренней структурой. Есть универсальные файловые системы, большинство ОС распознают их без проблем. А также существуют уникальные файловые системы, разработанные под определенные ОС. К примеру, если отформатировать накопитель с файловой системой Ext4 в Linux записать на него данные, а затем подключить к ПК c Windows, он не распознает диск, и предложит его инициализировать, в результате чего информация будет утеряна. Если вы случайно согласились на инициализацию, при подключении диска назад к ОС Linux вы ничего на нем не увидите накопитель будет пустой.
Открыв такой накопитель с помощью Partition Recovery и проанализировав, вы сможете достать из него найденную информацию.
3. Случайное удаление раздела
Нельзя исключать и человеческий фактор. Каждому свойственно ошибаться и в некоторой степени эти ошибки неизбежны.
После загрузки операционная система вывела сообщение об необходимости отформатировать раздел для возможности дальнейшего использования. Вы согласились, после форматирования вся информация на диске оказалась стерта. То есть, при управлении жестким диском можно по ошибке удалить раздел, использовать команду diskpart чтобы очистить «не тот» носитель, или выполнить другие операции, которые могут привести к подобным проблемам. В этой ситуации без специальной утилиты восстановить данные невозможно.
После загрузки операционная система вывела сообщение об необходимости отформатировать раздел для возможности дальнейшего использования. Вы согласились, после форматирования вся информация на диске оказалась стерта. То есть, при управлении жестким диском можно по ошибке удалить раздел, использовать команду diskpart чтобы очистить «не тот» носитель, или выполнить другие операции, которые могут привести к подобным проблемам. В этой ситуации без специальной утилиты восстановить данные невозможно.
4. Неправильная работа с дисковыми утилитами
Во процессе работы с Partition Manager или любой другой подобной программой, был отмечен не тот диск. Случайное удаление одного раздела привело к сбою остальных, в итоге логические тома всего накопителя стали недоступны. При проведении операций расширения или объединения разделов пропало электричество (питание) или зависла операционная система, в результате весь жестких диск оказался недоступен. При разбиении на разделы, ОС записывает определенную информацию в начале диска: размер, название, файловая система, по какому смещению находится его начало, размещение логических томов и т.д. Если несколько секторов где находится эта информация будет повреждена, то ОС получит доступ к информации, следовательно, не сможет отобразить разделы носителя. В итоге, все файлы и папки останутся на прежнем месте, но ОС не сможет их прочитать.
Еще, некоторые дисковые утилиты могут не поддерживать некоторые файловые системы. Следовательно, если продолжить с ним работу в этом менеджере, программа может затереть его таблицу, после чего вернуть информацию будет не просто. Hetman Partition Recovery с легкостью справится с любой из этих проблем, прочитает диск, найдет утерянные разделы и вернет с него всю оставшуюся информацию.
5. Форматирование или изменения файловой системы
Существует два вида: полное или быстрое. Быстрое форматирование – это перезапись (сброс) загрузочного сектора и таблицы ФС. Все пространство на диске просто отмечается как «пустое», но все данные остаются на своих местах, только больше не отображается ОС.
Полное форматирование – все пространство перезаписывается нулями, соответственно старая информация перезаписывается и восстановить ее уже не получится.
При разбиении носителя на логические тома, в первом разделе может быть записана критически важная информация об остальных разделах. Если выполнить полное форматирование первого тома, то данные об остальных может быть стерта, следовательно они могут стать недоступны. Еще при конвертации ФС, к примеру, с FAT в NTFS, служебные данные могут получить повреждения.
Даже выполняя конвертацию «без потери файлов» с помощью командной строки, нельзя точно быть уверенным что после этих действий не пострадает второй раздел накопителя.
6. Создание или удаление томов.
При выполнении операций: создание, удаление, объединение логических дисков, или разделении существующих, тоже может произойти потеря нужных разделов. Так как, все информация остается невредимой, то ее можно все еще можно восстановить с помощью программ для восстановления данных.
7. Битые сектора и физические повреждения
Обычный жесткий диск делиться на дорожки, каждая из которых разделена на определенные сектора. Если ОС не может «прочитать» конкретный сектор или записать в него данные как обычно, то он отмечается как поврежденный или «битый». Если количество «битых» секторов превысит определенное значение, весь диск может полностью выйти из строя, запись и чтения из такого носителя будет невозможным.
Однако, если поврежден один или несколько секторов, информацию можно прочесть. Но если на них лежала критически важная информация о разделах, система может больше не отображать диск в проводнике. В таком случае без стороннего софта не обойтись.
8. Сбой питания или операционной системы
Что касается внешних накопителей если произойдет сбой или аварийное отключение питания в момент записи информации, разметки или форматировании накопителя. В этом случае жестких диск могут появиться логические ошибки, система попросит отформатировать том для дальнейшего использования. Может записаться только часть информации, следовательно «прочитать» и нормально использовать такие файлы не получиться. Чтобы их прочитать нужно будет восстанавливать структуру, которая может закончиться потерей всех файлов без вариантов восстановления.
Чтобы предотвратить повреждение съемного носителя после записи стоит воспользоваться «безопасным извлечением», особенно для внешнего накопителя. Потому что, для внешнего жесткого диска очень важно сохранить питание до полной «парковки» считывающих головок, чтобы они не оставили царапин на зеркальной поверхности диска при переноске.
9. Не присвоена буква диска
Такая проблема присутствует в ОС Windows, она не может назначить «букву» для внешнего ЖД или флешкам. Если буква не присвоена, то весь том будет скрыт от ОС, или если «буква диска» изменилась, то обращение к нему по старому адресу вызовет ошибку.
Если буква не присвоена автоматически, то вам придется выполнить эту операцию вручную. Открываем «Управление дисками», находим нужный том, нажмите правой кнопкой мыши и в меню выбираем «Изменить букву или путь к диску», далее нажимаем «Добавить», выбираем нужную букву из открывающегося списка, подтверждаем операцию.
Восстанавливаем данные с поврежденного раздела
Утилита Hetman Partition Recovery поможет восстановить информацию с нерабочего или поврежденного раздела, независимо от описанных выше причин. Программа прочитает всю поверхность тома, даже при поврежденной таблице. Глубокий анализ – поиск данных по сигнатурам, поможет найти и восстановить файлы и папки даже после серьезных физических или логических ошибок. Она автоматически просканирует диск и отобразит все оставшиеся данные, вам лишь останется ее восстановить.
Если в результате быстрого сканирования программе не удалось ничего найти выполните полный анализ. Отметьте файлы, которые нужно вернуть и нажмите «Восстановить», укажите место куда их сохранить и еще раз «Восстановить». По завершении они будут лежать в указанной папке.
При повреждении таблицы файловой системы накопителя если программе не удалось автоматически найти утерянные разделы воспользуйтесь функцией поиска дисков.
Запустите программу, откройте вкладку «Менеджер дисков», нажимаем ПКМ по нужному носителю, который содержит утерянные логические диски, далее кликаем по «Найти диски». В открывшемся диалоге укажите тип файловой системы, или несколько, если накопитель содержал несколько разделов с разными ФС. После чего нажимаем кнопку «Найти».
По завершении процесса программа отобразит все удаленные разделы в этом окне, и они появятся в менеджере. Осталось только просканировать и восстановить нужные файлы.
Заключение
Разбивка носителя на логические тома помогает лучше хранить файлы и управлять ими. Но прежде чем выполнять какие-либо действия с дисками, не забудьте создать бэкап критически важных файлов, чтобы уберечь себя от их потери. И помните даже в самой безнадежной, казалось бы, ситуации, всегда можно найти решение проблемы. Главное точно знать, что делать и правильно подобрать инструменты.
Полную версию статьи со всеми дополнительными видео уроками смотрите в источнике.
В этой статье мы рассмотрим как восстановить информацию на жестком диске в случае, если на нем не видно разделов и следовательно нельзя его прочитать. Для диагностики и восстановления данных на жестком диске будем использовать утилиту «testdisk». Утилита находится в репозитории «Epel». Если этот репозиторий не установлен произведем его установку: Произведем установку: Симулируем выход из строя […]
В этой
статье мы рассмотрим как восстановить информацию на жестком диске в случае,
если на нем не видно разделов и следовательно нельзя его прочитать.
Все действия будут производиться в операционной системе Centos7. Показанные команды будут актуальны и для других операционных систем.
Для диагностики и восстановления данных на жестком диске будем использовать утилиту «testdisk». Утилита находится в репозитории «Epel». Если этот репозиторий не установлен произведем его установку:
# yum install –y epel-release
Произведем установку:
# yum install testdisk
Для теста будет взят виртуальный диск /dev/sdc c объемом 8 гигабайт и таблицей разделов MBR.
Симулируем выход из строя жесткого диска. Предположим, что повреждена таблица разделов. В этом случае разделы на диске не будут обнаружены и следовательно файлов не будет.
# dd if=/dev/zero of=/dev/sdc bs=512 count=1После
выполнения этой команды все разделы диска будут потеряны. Система их не увидит.
Для
восстановления запустим утилиту «testdisk»
# testdisk /dev/sdc
Утилита
попросит подтвердить выбор диска sdc, а также выведет краткую информацию по диску.
Внизу
страницы есть кнопки управления «Proceed» и «Quit». По умолчанию выбрана кнопка «Proceed». Нажимаем «Enter».
На следующем
шаге программа запросит выбрать таблицу разделов. По умолчанию она сама
пытается определить какая таблица разделов используется. Необходимо только
подтвердить. В нашем случае утилита предлагает
таблицу разделов «Intel». Это и есть MBR.
Нажимаем «enter» и переходим на следующий этап.
На следующем
этапе нам предлагается воспользоваться одним из следующих видов диагностики:
- Analyse — Анализ текущей структуры разделов
и поиск потерянных разделов. - Advanced – Утилиты файловой системы.
- Geometry – изменение геометрии диска
- Options – дополнительные настройки
программы. - MBR Code — запись нового кода
первичного загрузчика и сигнатуры MBR в первый сектор диска (функция может
быть полезна, если система не загружается, а другие способы решения проблемы не
помогают); - Delete – удаление всех данных в
таблице разделов. - Quit – Возврат к предыдущему шагу.
Мы будем
использовать первый пункт меню. Нажимаем «Enter» для продолжения.
На скриншоте
видно, что разделы не обнаружены. Программа предлагает воспользоваться быстрым
поиском по диску, для возможности восстановить таблицу разделов. Нажимаем «Enter».
Как видно из
скриншота был обнаружен один раздел на диске.
На следующем
шаге будут выведены найдены разделы и придложено просканировать диск подробно.
Можно согласиться с найдеными результатами и нажать «Write».
Нажимаем «Y». Таблица разделов будет записана на
диск. Система предложит перезагрузится. В нашем случае перезагрузка не
обязательна. Просто нажмем «Enter»
Далее
выбираем «Quit» для выхода. И еще раз «Quit»
Выполним
команду:
# fdisk –l и убедимся, что раздел sdc1 восстановился.
Также с
помощью этой утилиты можно восстанавливать удаленные файлы. Для демонстрации
загрузим несколько файлов на диск:
Удалим все
данные с диска:
# rm –fr /mnt/*Убедимся,
что файлов на диске нет:
# ls –l /mnt/
Далее
запустим утилиту «testdisk»
# testdisk /dev/sdcУтилита
запросит подтвердить выбрать диск(также как и при восстановлении таблиы
разделов)
Далее
утилита попросит подтвердить былор таблицы разделов. Подтверждаем нажатием «Enter».
Далее
выбираем пункт меню «Analyse» и наживаем «Enter». На следующем этапе выбираем «Quick Search» и нажимаем «Enter».
После чего
нажимаем кнопку «P – list files». Перед нами откроется список имеющихся файлов. Удаленные
файлы будут отображаться красным цветом.
Обратите внимание на файл «AnyDesk.exe». У него в 4-й колонке стоит значение 0. Это означает, что мы восстановим файл пустой. Данные потеряны.
Нажимаем
«а». автоматически выберутся все файлы. Далее необходимо нажать «с» для
восстановления удаленных файлов.
На скриншоте
видно, что 3 файла были успешно скопированы. Ошибок 0.
Проверим
целостность наших данных. Выведем содержимое текстового файла на экран:
# cat /mnt/testfileКак видно
данные целы.
Стоит отметить, такой способ восстановления данных не дает 100% гарантии их восстановления. Необходимо соблюдение нескольких условий для хоть какого-то успеха: 1) После удаления файлов писать новые данные на диск нельзя. Иначе рискуем затереть сектора, на которых хранилась удаленная информация. 2) В момент удаления фалов изменения хранятся в буфере обменам компьютером и диском. Если буфер не сброшен, данные можно вернуть. Я пробовал восстановить данные после команды «sync». Информация о файлах имеется, но файлы в этом случае пустые. Данных нет.
Также если
требуется только восстановление данных в утилите «testdisk» можно выбрать параметр
«Advanced»
Внизу
скриншота выбираем пункт «List» и сразу
отображаются файлы выбранного раздела.
На следующем
скриншоте вижно, что файлы отображаются красным цветом, это удаленные. Их размер
0. Доесть данные потеряны.
