[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Debian Lenny disk sorunu



Merhaba,
yanlış bir anlaşılma olmuş sanırım. Fsck ile dosya sistemindeki bozuklukları düzeltebilirsiniz. fiziksel bozulmalara karşı bir düzeltme yapılamaz. Bu nedenle eğer bad sector oluşmuş ise onlar tamir edilemezse de bozuk sektörlere yazmaması sağlanabilir. Yolunuza devam edersiniz ancak tavsiyem birazcık maliyetli olmakla birlikte SSD diske geçiş yapmanız yönünde olacaktır. Elektronik diskler normal disklere oranla daha sağlam ve yüksek performans sağlamaktadırlar. İkinci sorunuza gelince, elinizdeki diske en kötü şartlarda 30 mb/s ile yazabilmeniz beklenir. Yani 4 mb/s normal değil.

Kolay gelsin.

Ali Deniz EREN wrote:
26 Kasım 2009 14:45 tarihinde Deniz Bahadır GÜR <deniz@mobilada.com> yazdı:
man dd içerisinde bulabilirsiniz;

       Sending a USR1 signal to a running `dd' process makes it print I/O
statistics to standard error and then resume copying.

              $ dd if=/dev/zero of=/dev/null& pid=$!
              $ kill -USR1 $pid; sleep 1; kill $pid

              18335302+0 records in 18335302+0 records out 9387674624 bytes
(9.4 GB) copied, 34.6279 seconds, 271 MB/s

Öncelikle hala devam ediyor. Bir yerde okuma hatası vermiş.

[             ] sd 1:0:0:0: [sdb] Add. Sense: Unrecovered read error -
auto real locate failed
[             ] end_request: I/O error, dev sdb, sector 1562461672
[             ] Buffer I/O error on device sdb, logical block 195397709
[             ] tat1: EH complete
[             ] sd 1:0:1:0: [sdc] 1953525168 512-byte hardware sectors
(1000205MB)
dd: reading '/dev/sdb': Input/output error
1562461648+0 records in
1562461648+0 records out
799980363776 bytes (800GB) copied, 169908 s, 4.7 MB/s

Sanırım birinci diskte bazı sektorlerde bozukluklar var. Bunları fsck
ile düzeltebilir miyim.
4.7 MB/s sata diskler için mantıklı bir rakam mı?

Devamında
[201667.669574] sd 1:0:1:0 [sdc] Write Protect is off
[201667.669882] sd 1:0:1:0 [sdc] Write cache: enabled, read cache
enabled, doesn't support DPO or FUA

şeklinde devam eden uyarı mesajları var.

dd hata durumunda durmasın diye conv=noerror ile çalıştırmıştım.

Hala devam ediyor. Sanırım bir kaç saate bitecek.

Donanım çok yeni. Fsck ile kurtardıktan sonra; bu diskleri sizce
güvenle kullanmaya devam edebilir miyim? Değiştirmem gerekir mi?

Teşekkürler...

İyi çalışmalar dilerim.

--
Ali Deniz Eren

iyi çalışmalar
Deniz

Ali Deniz EREN wrote:

Merhaba,

Imaj işlemi başlayalı 24 saati geçti. Hala devam ediyor. Ve ne zaman
biteceğini belirten herhangi bir süreç göstergeci de yok. 1 TB disk
imajı dd ile ne kadar sürer acaba?

25 Kasım 2009 14:10 tarihinde acemi list <acemi.list@gmail.com> yazdı:


Iki disk ayni kapasitede ise 1. sikta belirttigin dd komutunu
kullanarak yedegi almis oluyorsun. AYrica bir islem yapmana (ornegin
partitionlari olusturmana) gerek yok.

USB'den boot edip yaparsan olur.

On 11/24/09, Ali Deniz EREN <ali.deniz.eren@gmail.com> wrote:


24 Kasım 2009 12:08 tarihinde Atıf CEYLAN <atifceylan@gmail.com> yazdı:
sistemi kapatıp tüm diskin imajını alarak bir yedek altıktan sonra


Merhaba yeniden,

Emin olmak için bir kaç sorum olacak.  Makinede kullanılmayan bir
ikinci bir hdd var.
Birincisinin aynısı. 1 TB. Hatta hiç formatlanmamış.

Ben harici bir usb disk ile sistemi açtım.(USB bir installer değil. Bu
makineye bağlanmış ve Debian kurulumuş bir aygıt.) Buradayken:

1- dd if=/dev/sdb of=/dev/sdc  (USB ile açtığım için usb disk /dev/sda
olarak bağlı. Dolayısı ile diğerleri sdb ve sdc)

işimi görür mü?

2- İkinci hdd yi de aynı biçimde bölümleyip formatlamam gerekir mi?
3- dd yeterli olur mu, mesela dd_rescue[1] gibi araç kullanmam gerekir mi?



single-user modunda sistemi çalıştırın ve fsck ile diski tarattırın.
Fiziksel sorun yoksa büyük ihtimal inodelarınızla verilerinizde eşleşmeme
söz konusu. Ancak kesinlikle sistem çalışırken bu komutla düzeltme işlemi
yapmayın. Hatta mümkünse diski sökerek bir başka sistemde bu işlemi yapın.


Bunu da yine aynı USB ile yapmam sorun olmayacaktır.

[1]:
http://www.debianadmin.com/recover-data-from-a-dead-hard-drive-using-ddrescue.html

Teşekkürler..
--
Ali Deniz EREN
ali.deniz.eren@gmail.com





--
/**
 * @author Atıf CEYLAN
 * Software Developer
 * http://www.atifceylan.com
*/


Reply to: