İşlem yaklaşık 69 saat sonunda bitti. :D Fakat şimdi de fsck ile bir problem yaşıyorum. /dev/sdb1 tamam. Denetledi ve hata olmadığnı söyledi. Fakat /dev/sdb2 encrypted olduğundan şöyle yaptım.
lclbox:~# cryptsetup luksOpen /devsdb2 pripri lclbox:~# fsck -pv /dev/mapper/pripri şöyle bir hata veriyor. fsck 1.41.3 (12-Oct-2008) fsck: fsck.lvm2pv: not found fsck: Error 2 while executing fsck.lvm2pw for /dev/mapper/pripri Durum biraz kritik olduğundan forumlarda bulduğum herşeyi denemiyorum. Bu yüzden her adımı soruyorum. Bu arada iyi bayramlar, benim bayram gördüğünüz gibi.. :( Ne şans ya... Teşekkürler, -- Ali Deniz Eren 27 Kasım 2009 13:32 tarihinde Ali Deniz EREN <ali.deniz.e...@gmail.com> yazdı: > 26 Kasım 2009 21:06 tarihinde Atıf CEYLAN <atifcey...@gmail.com> yazdı: >> 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 > Bunlar tamam. > >> 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. > > Bu hızın sebebi, işlemi bir USB disk ile gerçekleştirmem olabilir mi? > Yani makineyi USB kurulu bir sistem ile açıp gerçekleştiriyor olmam. > Makine QuadCore işlemcili 2 gb ram, intel chipset vs. Yani başka ne > olabilir diye düşünüyorum. Pek bir şey gelmiyor aklıma. > > Teşekkürler.. > > > -- > Ali Deniz Eren > >> >> Kolay gelsin. >> >> Ali Deniz EREN wrote: >>> >>> 26 Kasım 2009 14:45 tarihinde Deniz Bahadır GÜR <de...@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.l...@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.e...@gmail.com> wrote: >>>> >>>> >>>> 24 Kasım 2009 12:08 tarihinde Atıf CEYLAN <atifcey...@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.e...@gmail.com >>>> >>>> >>> >>> >>> >> >> >> -- >> /** >> * @author Atıf CEYLAN >> * Software Developer >> * http://www.atifceylan.com >> */ >> >> > > > > -- > Ali Deniz EREN > ali.deniz.e...@gmail.com > -- Ali Deniz EREN ali.deniz.e...@gmail.com -- To UNSUBSCRIBE, email to debian-user-turkish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org