انجمن‌های فارسی اوبونتو
کمک و پشتیبانی => سخت‌افزار => نویسنده: amir28.ns در 15 مهر 1400، 11:36 ق‌ظ
-
سلام دوستان من به تازگی هارد ۱ ترا سیگیت رو خرید کردم و داشت خوب کار میکرد تا اینکه موقع کپی شدن فایل‌ها برق رفت. وقتی روشن کردم کامپیوتر رو دیدم که فایل‌سیستم NTFS خراب شده و کلا Mount نمیشه. موقع mount کردن خودش میگفت برو تو ویندوز chkdsk بزن. اول که ویندوز نصب نداشتم وقتی که نصب کردم و رفتم توش دیدم همه‌چی عادیه درایو باز میشه و chkdsk هم نزدم ریبوت کردم تو لینوکس. دیدم پارتیشن بخوبی mount میشه. اما هر بار که برق میره وسط رایت‌شدن پارتیشن میپره. سرچ کردم دیدم ntfsfix توی لینوکس اجازه میده دیگه لازم نباشه توی ویندوز برم. اجراش کردم دیدم درست شد اما یه فایل که در حال کپی شدن بود مشکل پیدا کرده و هیچ جوره نمیشه کاریش کرد. حتا پاک هم نمیشه ارور input/output میده.
فکر کردم مشکل هارده که چند وقت بعد هارد P300 توشیبا رو خریدم دیدم با کمال ناباوری دیدم همین مشکل رو داره :|
هارد قبلی که داشتم اونم توشیبا بود ۵ ۶ سالی هست دارمش تا الان همچین مشکلی نداشته خیلی خوب هم کار میکنه برای کمبود فضا میخواستم هارد عوض کنم.
چیزی که متوجه شدم اینه توی لینوکس hdparm سایز بافر هارد سیگیت رو نمیشناسه ولی توش توشیبای قبلی میشناسه.
کسی از دوستان هست یکی ازین هارد رو داشته باشه، ببینه برای اون اوکی هست یا نه. یا باید توی BIOS چیزی رو تغییر بدم یا نه.
```
# Seagate
[amir@arch-ssd-test ~]$ sudo hdparm -I /dev/sdc
[sudo] password for amir:
/dev/sdc:
ATA device, with non-removable media
Model Number: ST1000DM010-2EP102
Serial Number: W9ANCGXW
Firmware Revision: CC46
Transport: Serial, SATA Rev 3.0
Standards:
Used: unknown (minor revision code 0x0029)
Supported: 8 7 6 5
Likely used: 8
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: 1953525168
Logical Sector size: 512 bytes
Physical Sector size: 4096 bytes
Logical Sector-0 offset: 0 bytes
device size with M = 1024*1024: 953869 MBytes
device size with M = 1000*1000: 1000204 MBytes (1000 GB)
cache/buffer size = unknown
Form Factor: 3.5 inch
Nominal Media Rotation Rate: 7200
Capabilities:
LBA, IORDY(can be disabled)
Queue depth: 32
Standby timer values: spec'd by Standard, no device specific minimum
R/W multiple sector transfer: Max = 16 Current = 16
Advanced power management level: 128
Recommended acoustic management value: 208, current value: 208
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
* DOWNLOAD_MICROCODE
* Advanced Power Management feature set
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
* General Purpose Logging feature set
* WRITE_{DMA|MULTIPLE}_FUA_EXT
* 64-bit World wide name
Write-Read-Verify feature set
* 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)
* Phy event counters
* READ_LOG_DMA_EXT equivalent to READ_LOG_EXT
* DMA Setup Auto-Activate optimization
Device-initiated interface power management
* Software settings preservation
unknown 78[7]
* SMART Command Transport (SCT) feature set
* SCT Write Same (AC2)
unknown 206[7]
unknown 206[12] (vendor specific)
Security:
Master password revision code = 65534
supported
not enabled
not locked
frozen
not expired: security count
supported: enhanced erase
112min for SECURITY ERASE UNIT. 112min for ENHANCED SECURITY ERASE UNIT.
Logical Unit WWN Device Identifier: 5000c500d5836339
NAA : 5
IEEE OUI : 000c50
Unique ID : 0d5836339
Checksum: correct
[amir@arch-ssd-test ~]$
[amir@arch-ssd-test ~]$ sudo hdparm -I /dev/sda
/dev/sda:
ATA device, with non-removable media
Model Number: TOSHIBA DT01ACA050
Serial Number: 53IRU8MNS
Firmware Revision: MS1OA750
Transport: Serial, ATA8-AST, SATA 1.0a, SATA II Extensions, SATA Rev 2.5, SATA Rev 2.6, SATA Rev 3.0; Revision: ATA8-AST T13 Project D1697 Revision 0b
Standards:
Used: unknown (minor revision code 0x0029)
Supported: 8 7 6 5
Likely used: 8
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: 976773168
Logical Sector size: 512 bytes
Physical Sector size: 4096 bytes
Logical Sector-0 offset: 0 bytes
device size with M = 1024*1024: 476940 MBytes
device size with M = 1000*1000: 500107 MBytes (500 GB)
cache/buffer size = 23652 KBytes (type=DualPortCache)
Form Factor: 3.5 inch
Nominal Media Rotation Rate: 7200
Capabilities:
LBA, IORDY(can be disabled)
Queue depth: 32
Standby timer values: spec'd by Standard, no device specific minimum
R/W multiple sector transfer: Max = 16 Current = 16
Advanced power management level: disabled
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
Advanced Power Management feature set
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
* WRITE_{DMA|MULTIPLE}_FUA_EXT
* 64-bit World wide name
* URG for READ_STREAM[_DMA]_EXT
* URG for WRITE_STREAM[_DMA]_EXT
* WRITE_UNCORRECTABLE_EXT command
* {READ,WRITE}_DMA_EXT_GPL commands
* Segmented DOWNLOAD_MICROCODE
* unknown 119[7]
* 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
* NCQ priority information
Non-Zero buffer offsets in DMA Setup FIS
* DMA Setup Auto-Activate optimization
Device-initiated interface power management
In-order data delivery
* 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)
Security:
Master password revision code = 65534
supported
not enabled
not locked
frozen
not expired: security count
not supported: enhanced erase
112min for SECURITY ERASE UNIT.
Logical Unit WWN Device Identifier: 5000039ff6d8768f
NAA : 5
IEEE OUI : 000039
Unique ID : ff6d8768f
Checksum: correct
[amir@arch-ssd-test ~]$
```
-
ربطی به هارد نداره و مشکل NTFS هستش. باید توی ویندوز چک بکنیدش یا اینکه از یک فایل‌سیستم مناسب‌تر استفاده بکنید.
-
دقیقا همینطور که گفت مشکل از NTFS هست
چون NTFS آزاد نیستش همین که میشه NTFS اجرا کرد باید خدارو شکر کنیم(البته کاش دیگه نیاز بهش نباشه کلا) |:
وقتت هدر نده درکل مشکلاتی هست و اگه اطلاعات مهمی داری داخل پارتیشن NTFS نگهش ندار و داخل پارتیشن های رایج مثل ext4 و... نگه دار که اکثر فرمت هارو گنو لینوکس پشتیبانی میکنه که مشکل NTFS از گنو لینوکس نیست دقیقا از خودشه که متن بسته هست و قابل استفاده نیست در گنو لینوکس... برای منم بارها شده فایل پاک نمیشه نمیدونم قاطی میکنه و... و گاه شده اطلاعاتم خراب شده در فرمت NTFS و به همراه دستکاری خودم
پودر شده ):P
-
دوستان ممنون از پاسخ‌هاتون ولی مشکلی که دارم تقریبا مطمعانم از NTFS نیست. روی هارد قبلی دقیقا(به معنای واقعی) همین سیستم‌عامل و... داشتم و بعد سال‌ها تا الان مشکلی نداشته. حرفتون درسته خیلی نباید روی NTFS انتظار داشته باشم ولی از دست رفتن اطلاعات به این سرعت عادی نیست. و من فکر میکنم مشکل از چیز اصلی‌تری باشه که اون باعث مشکل توی NTFS شده(توی این مدت این هارد مشکل‌های عجیب دیگه هم داشته)
-
ار دست رفتن اطلاعات توی این زمان اصلا عحیب نیست((:
ببین خیلی موقع شده توی گنو لینوکس خراب شده
رفتم ویندوز درستش کرده!! یعنی ممکن توی خود ویندوز هم خراب شه یا مشکل پیدا کنه ولی خب طبیعتا وقتی ویندوز سازندش و این نرم افزار فقط دست خودشه روش کار باهاشم بلده... ولی از دست رفتن اطلاعات شاید بشه درستش کرد بازم و... ولی خرابی نمیشه بالاخره یکم خرابی باید احتمال بدی حتی از دست دادن اطلاعات ;)
-
اگه فکر میکنی بیشتر شده ببین هاردت قطع وصلی و... نداره؟ یا تنظیماتش دقیقا مثل قبلی ؟ مثلا فایل fstab
چون ntfs حداقل توی کار کرد من بیشتر پیش اومده یهو قطع کنمش یا ... قاطی کنه و دیگه نذاره چیزی بنویسم روش/:
-
Write Cache هارد رو غیرفعال کردم و یه کانفیگ توی سیستم گذاشتم که هر وقت دوباره فعال شد غیرفعالش کنه(با این لینک آرچ‌ویکی https://wiki.archlinux.org/title/Hdparm#Persistent_configuration_using_udev_rule و دستور hdparm -W0 /dev/sdX) و فعلا مشکل حل شده ولی هنوز یکم قضیه برام عجیبه که چرا هاردهای جدید توی این جور مواقع اینقدر بد رفتار میکنن در صورتی که قدیمیا اوکین. برای بدسکتورها هم با همین hdparm کل هارد رو secure erase کردم دیگه هیچ نرم‌افزاری بدسکتوری نشون نمیده(حتا با کامل اسکن کردن همه‌ی سکتورها) فکر میکنم همین کارو با ترکیب نرم‌افزار badsector و hdparm هم میشد کرد که فقط بدسکتورها رو overwrite کنه(به جای کل هارد). نوع این بدسکتورها فکر کنم با اونایی که بعد کهنه شدن هارد درست میشن فرق داره چون اونا نباید به این سادگی از بین برن.
میخواستم یه freebsd هم روی هارد داشته باشم ولی چون دقیق نمیدونم توی اون چجوری میشه همین write cache رو غیرفعال کرد منصرف شدم :/
-
تلاشت خیلی خوبه و شاید منم برای کنجکاوی دست به یه کارایی بزنم(:
ولی نظر من با اینکه خودم هنوزی خیلی پیش میاد از ntfs استفاده کنم، سعی کن ازش فاصله بگیری همین!
حتی بعضی فرمت (فارسیش نمیدونم قالب یا چی) ها بهتر هم هستن قابلیت های فشرده سازی یا cow وقتی از یه پرونده‌ای رونوشت می‌گیری، هیچ چیزی روی دیسک اضافه نمیشه. به مرور که قسمت‌هایی ازش رو تغییر می‌دی، فقط اون تغییرات روی دیسک نوشته میشن. اینجوری روی یه فلش ۲ گیگابایتی می‌تونی ده تا پروندهٔ ۱٫۵ گیگاباتی اشته باشی که با هم فرق‌های جزیی دارن.
(نقل قول دانیال بهزادی) و پر از قابلیت خلاصه فقط هم تنها مشکل اینه بعضی دستگاه ها پشتیبانی نمیکنن که فلش و... میشه یجوری با فرمت های آزاد حلش کرد و اصلا ntfs جایی نداره و در رابطه با ویندوز و گنو لینوکس کنار هم هم بنظرم جوری دیگه حلش کن تا اینکه تلاش کنی از ntfs استفاده کنی چون نمیشه هیچوقت گفت ۱۰۰درصد مشکلی نداره و اطلاعات خیلی مهم بدون استرس توش بزاریم...
-
درسته که توی فایل‌سیستم‌هایی که cow هستند (copy on write) میشه فقط تغییرات رو ذخیره اما در عمل یه سری مشکلات هست.
بیشترین استفاده از ویژگی بالا، قابلیت snapshot هست. وقتی یه snapshot گرفته میشه، فقط اطلاعات تغییر یافته یا جدید نوشته میشن، اطلاعات قبلی سرجای خودشون باقی می‌مونند و هر وقت لازم شد، میشه برگشت به اون اطلاعات قبلی.
هم zfs و هم btrfs این قابلیت رو دارند.
یه قابلیت دیگه که میشه با این فایل‌سیستم‌ها داشت، deduplication هست. اینجوری که قسمت‌های مشترک اطلاعات، چندین جا نوشته نمیشه، بلکه فقط یه کپی از اون ذخیره میشه و برای جا‌های دیگه، به اون کپی اشاره میشه. openzfs قبلا این قابلیت رو داشت ولی چون خیییلی رم مصرف میکرد و کارایی رو پایین میاورد، فکر کنم از نسخه 2.0، این قابلیت حذف شد، البته الان دارند روی یه مدل دیگه از deduplication کار می‌کنند که کمتر منابع مصرف میکنه.
تا جایی که می‌دونم، cp از یه نسخه به بعد، اگه فایلی رو باهاش کپی کنید، به طوری که مبدا و مقصد داخل یه mountpoint باشن و خود فایل‌سیستم هم پشتیبانی کنه، کل فایل رو کپی نمی‌کنه بلکه یه کپی سبک ایجاد میکنه (دقیقا نمیدونم چیه).
-
سلام و ممنون(: قبلا دیدم از مشکلات cow گفتن و ممنون میشم مشکلاتش بفرمایید، دیدم بد گفتن ولی نمیدونم این معایب باگ بوده و برطرف شده یا چی؟! بعد این موارد به صورت پیشفرض فعال یعنی معایبش چی میتونه باشه جدی؟!
ااا((: همیشه این قابلیت فکر میکردم باید فعالش کنم یا سخته نمیدونم شاید کندی ایجاد کنه یا جای بیشتر مصرف کنه ولی اینطور که معلوم خب اگه مقداری جای خالی داشته باشیم(که اکثرا داریم) خیلی راحت سریع میشه به نقطه قبل بازگشت((: نکته خوبیه(: خیلی از سیستم فایل btrfs خوشم نمیاد با اینکه استفاده میکنم (توسعه دهندگانش) مشتاقم ببینم نسل بعدی سیستم فایل گنو لینوکس چیه آیا ext5 میاد یا مهاجرت به سیستم فایل های دیگه((:
-
مشکلاتش میتونه این باشه که میتونه فضای بیشتری از دیسک رو مصرف کنه.
میتونه یکم از فایل‌سیستم‌هایی که cow نیستند کندتر باشه. هرچند این مشکل تقریبا برطرف شده و زیاد شاهدش نیستیم.
یه قابلیت مهم اونها، snapshot هست. به طوری که می‌تونند چندین snapshot از وضعیت فایل‌سیستم درست کنید، بدون اینکه چیز خاصی توی عملکرد ببینید و هر موقع لازم شد، فایل‌سیستم رو به حالت قبل برگردونید. اون هم توی زمان خیلی کم.
میشه رمزنگاری و فشرده‌سازی رو در سطح فایل‌سیستم داشت بدون اینکه لازم باشه از چیز دیگه‌ای استفاده کنید. btrfs فعلا فشرده‌سازی داره، برای رمزنگاری یه‌سری فکر دارند ولی هنوز پیاده نشده. اگه رمزنگاری لازم دارید، باید از lucks استفاده کنید.
btrfs دیگه برای استفاده توی کامپیوتر‌های خانگی، به اندازه کافی پایداره. فدورا از نسخه 33 به طور پیشفرض از btrfs استفاده میکنه.
می‌تونید قابلیت cow رو توی btrfs غیرفعال کنید، برای اینکار باید subvolume ها رو با آپشن nodatacow سوار کنید. می‌تونید این آپشن رو موقع استفاده از دستور mount یا توی fstab اضافه کنید.
این باعث میشه که قابلیت cow برای اطلاعات جدید استفاده نشه ولی همچنان برای اطلاعات قبلی استفاده میشه. خاموش کردن cow باعث که فشزده‌سازی هم برای فایل‌های جدید غیرفعال بشه. فایل‌های قبلی تحت تاثیر قرار نمی‌گیرند.
فکر کنم نسخه بعدی ext بیاد. تا جایی کهدمی‌دونم، همه فایل‌سیستم‌های جدید، قابلیت cow دارند. مثلا btrfs که می‌شناسید، apfs که فایل‌سیستم انحصاری اپل هست، zfs که خیلی وقته هست و هنوز فایل‌سیستمی رو سراغ ندارم که بهش برسه. bcachefs که توی سال 2015 معرفی شد و توسعه‌دهنده‌هاش گفتند قراره با zfs و btrfs رقابت کنه. stratis fs که توسط redhat معرفی شد و در زیر از lvm + xfs استفاده میکنه، نمیدونم این یکی cow هست یا نه.
کلا فایل‌سیستم‌های جدید از قابلیت cow پشتیبانی می‌کنند و احتمالا توزیع‌ها هم به زودی می‌رن سراغ اونها.
مثلا فدورا که بالاتر گفتم، اوبونتو که از روت روی zfs پشتیبانی میکنه، opensuse مدتی هست که قابلیت نصب روی btrfs به همراه snapshot خودکار رو به نصب‌کننده‌اش اضافه کرده.
نصب‌کننده دبیان ۱۱، پشتیبانی بهتری از btrfs داره، اگه btrfs برای روت انتخاب بشه، یه subvolume میسازه و سیستم رو روش نصب میکنه؛ قبلا همه چیز رو می‌ریخت توی subvolume ریشه، که باعث میشد بعضی قابلیت‌ها دردسترس نباشند.
اگه سوال بیشتری درباره این دارید، توی یه موضوع دیگه بپرسید چون این موضوع خیلی از اصلش دور میشه.