.TH SG_WRITE_LONG "8" "January 2016" "sg3_utils\-1.42" SG3_UTILS .SH "نام (NAME)" sg_write_long \- ارسال دستور SCSI WRITE LONG .SH "خلاصه دستور (SYNOPSIS)" .B sg_write_long [\fI\-\-16\fR] [\fI\-\-cor_dis\fR] [\fI\-\-help\fR] [\fI\-\-in=IF\fR] [\fI\-\-lba=LBA\fR] [\fI\-\-pblock\fR] [\fI\-\-verbose\fR] [\fI\-\-version\fR] [\fI\-\-wr_uncor\fR] [\fI\-\-xfer_len=BTL\fR] \fIDEVICE\fR .SH "توضیحات (DESCRIPTION)" دستور SCSI WRITE LONG (۱۰ یا ۱۶ بایتی) را به \fIDEVICE\fR ارسال می‌کند. بافری که قرار است روی \fIDEVICE\fR نوشته شود، با بایت‌های .B 0xff پر می‌شود یا از پرونده‌ی \fIIF\fR خوانده می‌شود. این بافر شامل داده‌های منطقی (مانند ۵۱۲ بایت) و بایت‌های ECC است. .PP از این ابزار می‌توان برای ایجاد خطای رسانه (MEDIUM ERROR) در یک آدرس بلوک منطقی مشخص استفاده کرد. این کار برای آزمایش نحوه‌ی مدیریت خطا مفید است. پیش از انجام چنین آزمایشی، می‌توان از ابزار .B sg_dd برای کپی کردن محتوای اصلی آن آدرس بلوک منطقی در مکانی امن استفاده کرد. پس از پایان آزمایش، می‌توان از ابزار .B sg_dd برای بازنویسی محتوای اصلی در آدرس بلوک منطقی استفاده کرد. راهبرد جایگزین دیگر این است که پیش از آزمایش، محتوای «طولانی» (long) آدرس بلوک منطقی را با ابزار .B sg_read_long بخوانید و پس از آزمایش با همین ابزار آن را بازیابی کنید. .PP .B دقت کنید: اگر خطاهای قابل بازیابی تزریق می‌شوند (برای نمونه تنها یک یا چند بیت تغییر کنند به گونه‌ای که ECC بتواند داده‌ها را تصحیح کند)، باید مراقب تنظیمات موجود در صفحه‌ی وضعیت «بازیابی خطای خواندن و نوشتن» (read write error recovery) باشید. به‌ویژه اگر بیت‌های ARRE (برای خواندن) یا AWRE (برای نوشتن) فعال باشند، خطاهای بازیابی‌شده باعث تخصیص مجدد LBA خواهند شد (و مکان قبلی به فهرست نقص‌های افزوده یا PLIST اضافه می‌شود). بازگرداندن این وضعیت آسان نیست و یکی از قطاع‌های رزرو (که تعداد محدودی از آن‌ها برای این منظور کنار گذاشته شده است) مصرف می‌شود. در صورت تردید، امن‌ترین کار پاک کردن بیت‌های ARRE و AWRE است. این بیت‌ها را می‌توان با ابزار .B sdparm بررسی کرد و تغییر داد. برای نمونه، دستور «sdparm \-c AWRE,ARRE /dev/sda» این بیت‌ها را تا زمان راه‌اندازی مجدد برق دیسک (power cycle) پاک می‌کند. .PP در بازنگری ۷ استاندارد SBC\-4 تمام کاربردهای دستورات SCSI WRITE LONG (۱۰ و ۱۶ بایتی) منسوخ شده‌اند، به‌جز حالتی که بیت WR_UNCOR فعال باشد. دستورات SCSI READ LONG (۱۰ و ۱۶ بایتی) نیز در همان بازنگری منسوخ شدند. .SH "گزینه‌ها (OPTIONS)" آرگومان‌های گزینه‌های طولانی برای گزینه‌های کوتاه نیز اجباری هستند. .TP \fB\-S\fR, \fB\-\-16\fR ارسال یک دستور SCSI WRITE LONG (16) به \fIDEVICE\fR. رفتار پیش‌فرض (در صورت نبود این گزینه) ارسال دستور SCSI WRITE LONG (10) است. .TP \fB\-c\fR, \fB\-\-cor_dis\fR بیت غیرفعال‌سازی تصحیح (یعنی «COR_DIS») را تنظیم می‌کند. این کار مانع از فعال شدن سازوکارهای گوناگون دیگر مانند تخصیص مجدد خودکار بلوک، بازیابی خطا و ایجاد شرایط مختلف استثنای اطلاعاتی می‌شود. این بیت در استاندارد SBC\-3 نسبتاً جدید است. .TP \fB\-h\fR, \fB\-\-help\fR نمایش پیام راهنمای استفاده و سپس خروج. .TP \fB\-i\fR, \fB\-\-in\fR=\fIIF\fR داده‌ها (باینری) را از پرونده‌ای به نام \fIIF\fR می‌خواند و از آن برای دستور SCSI WRITE LONG استفاده می‌کند. اگر \fIIF\fR برابر «\-» باشد، ورودی استاندارد (stdin) خوانده می‌شود. در صورت مشخص نشدن این گزینه، از بایت‌های 0xff به عنوان پرکننده استفاده می‌شود. .TP \fB\-l\fR, \fB\-\-lba\fR=\fILBA\fR که در آن \fILBA\fR آدرس بلوک منطقیِ قطاعی است که باید رونویسی شود. پیش‌فرض برابر با lba 0 است که بازنویسی آن روی دیسکی که در حال استفاده است، بلوکی خطرناک به شمار می‌رود. مقدار ده‌دهی فرض می‌شود مگر اینکه پیشوند «0x» داشته باشد یا به پسوند «h» ختم شود. اگر \fILBA\fR بزرگ‌تر از گنجایش ۳۲ بیت باشد، باید از گزینه‌ی .B \-\-16 استفاده شود. .TP \fB\-p\fR, \fB\-\-pblock\fR بیت بلوک فیزیکی (یعنی «PBLOCK») را تنظیم می‌کند. این کار به \fIDEVICE\fR دستور می‌دهد تا از داده‌های ارائه‌شده (مگر اینکه .B \-\-wr_uncor نیز داده شده باشد) برای نوشتن در بلوک فیزیکی مشخص‌شده توسط \fILBA\fR استفاده کند. رفتار پیش‌فرض، نوشتن در بلوک منطقی متناظر با lba داده‌شده است. این بیت در استاندارد SBC\-3 نسبتاً جدید است. .TP \fB\-v\fR, \fB\-\-verbose\fR افزایش سطح جزئیات خروجی (پیام‌های اشکال‌زدایی). .TP \fB\-V\fR, \fB\-\-version\fR نمایش رشته‌ی نگارش برنامه و سپس خروج. .TP \fB\-w\fR, \fB\-\-wr_uncor\fR بیت «نوشتن تصحیح‌نشده» (یعنی «WR_UNCOR») را تنظیم می‌کند. این گزینه به \fIDEVICE\fR دستور می‌دهد تا lba داده‌شده (یا بلوک فیزیکی شامل آن را اگر .B \-\-pblock نیز داده شده باشد) به عنوان دارای یک خطای غیرقابل‌بازیابی علامت‌گذاری کند. توجه: به جز خود دستور (یعنی cdb)، هیچ داده‌ای به \fIDEVICE\fR منتقل نمی‌شود. در نبود این گزینه، اقدام پیش‌فرض استفاده از داده‌های ارائه‌شده یا بایت‌های 0xff (به طول .BR \-\-xfer_len=BTL ) و نوشتن آن روی \fIDEVICE\fR است. این بیت در استاندارد SBC\-3 نسبتاً جدید است. .TP \fB\-x\fR, \fB\-\-xfer_len\fR=\fIBTL\fR که در آن \fIBTL\fR طول انتقال بایت است (به‌طور پیش‌فرض ۵۲۰). اگر مقدار داده‌شده (یا مقدار پیش‌فرض) با اندازه‌ی بلوک «طولانی» (long) دستگاه همخوانی نداشته باشد، چیزی روی \fIDEVICE\fR نوشته نمی‌شود و ممکن است مقدار مناسب xfer_len از پاسخ خطای چاپ‌شده (در stderr) استنباط شود. .SH "نکات (NOTES)" آرگومان‌های عددی مختلف (مانند \fILBA\fR) می‌توانند شامل پسوندهای ضریبی باشند یا در قالب هگزادسیمال ارائه شوند. بخش «NUMERIC ARGUMENTS» را در صفحه‌ی راهنمای sg3_utils(8) ببینید. .PP دستور ۱۰ بایتی SCSI WRITE LONG آدرس بلوک منطقی را به یک مقدار ۳۲ بیتی محدود می‌کند. برای LBAهای بزرگ‌تر، از گزینه‌ی .B \-\-16 برای ارسال دستور SCSI WRITE LONG (16) استفاده کنید. .SH "مثال‌ها (EXAMPLES)" این بخش مراحل ایجاد یک بلوک با داده‌های خراب، بررسی وضعیت خطا و سپس بازیابی محتوای سالم در آن قطاع را شرح می‌دهد. .PP ابتدا اگر داده‌های موجود در قطاع اهمیت دارند، آن‌ها را با ابزار sg_read_long ذخیره کنید: .PP .nf sg_read_long \-\-lba=0x1234 \-\-out=0x1234_1.img \-x \fIBTL\fR /dev/sda .fi .PP ممکن است لازم باشد این ابزار چندین بار اجرا شود تا مقدار درست \fIBTL\fR تعیین گردد. سپس از این ابزار برای «خراب کردن» آن قطاع استفاده کنید. این کار می‌تواند با دستور زیر انجام شود: .PP .nf sg_write_long \-\-lba=0x1234 \-x \fIBTL\fR /dev/sda .fi .PP این دستور یک قطاع (و داده‌های ECC) از بایت‌های 0xff می‌نویسد. برخی دیسک‌ها ممکن است این کار را رد کنند (حداقل یکی از دیسک‌های نویسنده رد کرده است). رویکرد دیگر این است که پرونده‌ی 0x1234_1.img را (در این مثال به 0x1234_2.img) کپی کرده و برخی مقادیر را با ویرایشگر هگز تغییر دهید. سپس تصویر تغییریافته را با دستور زیر بنویسید: .PP .nf sg_write_long \-\-lba=0x1234 \-\-in=0x1234_2.img \-x \fIBTL\fR /dev/sda .fi .PP رویکرد دیگر در صورت پشتیبانی، استفاده از گزینه‌ی .B \-\-wr_uncor است: .PP .nf sg_write_long \-\-lba=0x1234 \-\-wr_uncor /dev/sda .fi .PP سپس از ابزار sg_dd برای بررسی خراب شدن قطاع استفاده می‌کنیم. در اینجا یک نمونه آورده شده است: .PP .nf sg_dd if=/dev/sda blk_sgio=1 skip=0x1234 of=. bs=512 count=1 verbose=4 .fi .PP توجه داشته باشید که گزینه‌ی «blk_sgio=1» داده شده است. این کار برای اطمینان از خوانده شدن همان قطاع (و نه قطاع دیگری) و گزارش کامل خطا است. گزینه‌ی «blk_sgio=1» باعث می‌شود sg_dd به جای زیرسیستم بلوکی از ioctl مربوط به SG_IO استفاده کند. .PP در پایان باید قطاع 0x1234 را به وضعیتی بدون خرابی بازگردانیم. یک قطاع پر از صفر می‌تواند با دستور زیر نوشته شود: .PP .nf sg_dd if=/dev/zero of=/dev/sda blk_sgio=1 seek=0x1234 bs=512 count=1 .fi .PP این کار منجر به ایجاد قطاعی (بلوکی) با ۵۱۲ بایت 0x0 بدون خطای MEDIUM ERROR می‌شود، زیرا ECC و داده‌های وابسته از نو ایجاد شده و ساختار صحیحی خواهند داشت. گزینه‌ی «blk_sgio=1» در این مورد حتی اهمیت بیشتری دارد زیرا ممکن است مانع از این شود که زیرسیستم بلوکی قبل از نوشتن، عملیات خواندن انجام دهد (چرا که خواندن به احتمال زیاد ناموفق خواهد بود). .PP رویکرد دیگر، بازنویسی محتوای اصلی است: .PP .nf sg_write_long \-\-lba=0x1234 \-\-in=0x1234_1.img \-x \fIBTL\fR /dev/sda .fi .SH "وضعیت خروج (EXIT STATUS)" وضعیت خروج sg_write_long در صورت موفقیت 0 است. در غیر این صورت به صفحه‌ی راهنمای sg3_utils(8) مراجعه کنید. .SH "نویسندگان (AUTHORS)" نوشته‌شده توسط Saeed Bishara. کارهای تکمیلی توسط Douglas Gilbert. .SH "گزارش باگ‌ها (REPORTING BUGS)" گزارش باگ‌ها را به بفرستید. .SH "حق نشر (COPYRIGHT)" حق نشر \(co 2004\-2016 Douglas Gilbert .br این نرم‌افزار تحت مجوز GPL نسخه ۲ توزیع شده است. هیچ‌گونه ضمانتی وجود ندارد؛ حتی برای قابلیت فروش یا تناسب با یک هدف خاص. .SH "همچنین ببینید (SEE ALSO)" .BR sg_read_long , .B sg_dd (هر دو در sg3_utils)، .BR sdparm (sdparm)