Re: Debian Lenny disk sorunu
Bu nefis bilgi ziyafeti için herkese teşekkürler. Dün akşam, yedek aldığım diski sistemden çıkarıp, birincil diskteki lv leri aktif edip fsck ile denetleme işlemini gerçekleştirdim. Bulduğu bazı hataları düzeltti. Şimdi başarılı bir biçimde çalışmaya kaldığı yerden devam ediyor. Herkese tekrar teşekkürler.. Selamlar.. -- Ali Deniz Eren 29 Kasım 2009 15:11 tarihinde Remzi AKYÜZ linuxli...@gmail.com yazdı: Murat hocam, lvm hakkında verdiğiniz bilgiler için teşekkürler. Verdiğiniz bilgilere ilave olarak aşağıdaki linkleride arkadaşlara hatırlatmak isterim. http://www.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/5.4/html/Logical_Volume_Manager_Administration/ http://www.redhat.com/docs/manuals/enterprise/RHEL-5-manual/Cluster_Logical_Volume_Manager/ linklerin lvm konusunda temel ve faydalı olmasını umuyorum. Selamlar Murat Koç wrote: Merhaba, Merhaba, Öncelikle kurban bayramınız mubarek olmasını dilerim. sizin de. Bir disk dd ile kopyalanmış ise iki diski aynı anda bir sisteme takmanız iyi olmaz. lvm her iki disktede aynı lvm bilgilire olduğundan problem oluşur. yeni diski her hangi bir makeniye ilk kez takıyorsanız öncelikle #vgscan daha sonra #vgchange -a y kullanmanızı tavsiye ederim. dd ile kopyalanmış disk ile asıl diski aynı makinaya takmanızda sorun olmaz. Şöyleki; sallıyorum orjinal disk sda olsun, dd ile kopyalanmış disk ise sdb olarak sistemde gözüksün. lvm.conf dosyasında filter = [ r|/dev/sda | ] eklerseniz sda exclude edilecektir, dolayısı ile sdb de bulunan volumeları rahat rahat sorun olmaksızın kullanabilir olursunuz. Volume grouplar üzerinde işlem yaptıktan sonra deactive edip sonrasında yine lvm.conf dosyasında bu sefer /dev/sdb diskini exclude ederseniz orjinal olanlarla çalışabilirsiniz. Fakat tabii ki ikisini birden aktif etmeye çalışmamanız daha iyi olacaktır. Hoş aslında ikisini de aktif etmeye çalışsanız da bir tanesini göremeyeceksiniz sadece, diğerinin ise inconsistent olduğunu belirtecektir. Aslında yine de çalışabilirsiniz :) biraz daha fazla lvm detayına girmek olacaktır ama eğer daha önceden lvm backup almış iseniz burada (/etc/lvm/backup/ altında) eski vg konfigurasyonunu kopyalayıp üzerinde düzenleme yaparak sonrasında vgcfgrestore ile yeni isimle bunu aktif hale getirebilirsiniz. Eğer backup almamış iseniz ise pv olarak kullandığınız partitiondaki ilk sektor sonrasındaki 255 sectorde lvm metadatası yazılır. Bu da her sektor 512byte olduğundan dolayı size içinde text kısımlarında olduğu 128Kb lık bir bilgiyi almanızı sağlar. Bunu şöyle alabilirsiniz. Örneğin benim laptopumda /dev/sda7 pv olarak tanımlıdır dolayısı ile dd if=/dev/sda7 bs=512 count=255 skip=1 of=/root/sda7_lvm_metadata dersem bu bana şunu verir. kallavimakina:~ # ls -alh sda7_lvm_metadata -rw-r--r-- 1 root root 128K Nov 28 18:19 sda7_lvm_metadata bu dosyanın içindeki binary kısımları görmezden gelirseniz. Şuna benzer bir kısım görürsünüz; *** kallavimakina:~ # cat sda7_lvm_metadata LABELONE��h� LVM2 001621ierLQmPo1UCAK4b62Bw0hMDoY0krT)?�f�x� LVM2 x[5A%r0N*��r�...@rootvolume { id = jqjtSu-zB3U-Sh1P-f3C6-6Xix-zICl-LphDTq seqno = 1 status = [RESIZEABLE, READ, WRITE] flags = [] extent_size = 8192 max_lv = 0 max_pv = 0 physical_volumes { pv0 { id = 621ier-LQmP-o1UC-AK4b-62Bw-0hMD-oY0krT device = /dev/sda7 status = [ALLOCATABLE] flags = [] dev_size = 60789897 pe_start = 384 pe_count = 7420 } } } # Generated by LVM2 version 2.02.45 (2009-03-03): Mon Aug 10 14:44:46 2009 contents = Text Format Volume Group version = 1 description = creation_host = linux # Linux linux 2.6.31-rc4-1-default #1 SMP 2009-07-29 16:01:26 +0200 i686 creation_time = 1249904686 # Mon Aug 10 14:44:46 2009 rootvolume { id = jqjtSu-zB3U-Sh1P-f3C6-6Xix-zICl-LphDTq seqno = 2 status = [RESIZEABLE, READ, WRITE] flags = [] extent_size = 8192 max_lv = 0 max_pv = 0 physical_volumes { pv0 { id = 621ier-LQmP-o1UC-AK4b-62Bw-0hMD-oY0krT device = /dev/sda7 status = [ALLOCATABLE] flags = [] dev_size = 60789897 pe_start = 384 pe_count = 7420 } } logical_volumes { rootvolume { id = amGDuQ-37b0-5qcj-kI1X-X3E6-5goz-6dcuuw status = [READ, WRITE, VISIBLE] flags = [] segment_count = 1 segment1 { start_extent = 0 extent_count = 7418 type = striped stripe_count = 1 # linear stripes = [ pv0, 0 ] } } } } # Generated by LVM2 version 2.02.45 (2009-03-03): Mon Aug 10 14:44:47 2009 contents = Text Format Volume Group version = 1 description = creation_host = linux # Linux linux
Re: Debian Lenny disk sorunu
Murat hocam, lvm hakkında verdiÄiniz bilgiler için teÅekkürler. VerdiÄiniz bilgilere ilave olarak aÅaÄıdaki linkleride arkadaÅlara hatırlatmak isterim. http://www.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/5.4/html/Logical_Volume_Manager_Administration/ http://www.redhat.com/docs/manuals/enterprise/RHEL-5-manual/Cluster_Logical_Volume_Manager/ linklerin lvm konusunda temel ve faydalı olmasını umuyorum. Selamlar Murat Koç wrote: Merhaba, Merhaba, Ãncelikle kurban bayramınız mubarek olmasını dilerim. sizin de. Bir disk dd ile kopyalanmıŠise iki diski aynı anda bir sisteme takmanız iyi olmaz. lvm her iki disktede aynı lvm bilgilire olduÄundan problem oluÅur. yeni diski her hangi bir makeniye ilk kez takıyorsanız öncelikle #vgscan daha sonra #vgchange -a y kullanmanızı tavsiye ederim. dd ile kopyalanmıŠdisk ile asıl diski aynı makinaya takmanızda sorun olmaz. Åöyleki; sallıyorum orjinal disk sda olsun, dd ile kopyalanmıŠdisk ise sdb olarak sistemde gözüksün. lvm.conf dosyasında filter = [ r|/dev/sda | ] eklerseniz sda exclude edilecektir, dolayısı ile sdb de bulunan volumeları rahat rahat sorun olmaksızın kullanabilir olursunuz. Volume grouplar üzerinde iÅlem yaptıktan sonra deactive edip sonrasında yine lvm.conf dosyasında bu sefer /dev/sdb diskini exclude ederseniz orjinal olanlarla çalıÅabilirsiniz. Fakat tabii ki ikisini birden aktif etmeye çalıÅmamanız daha iyi olacaktır. HoÅ aslında ikisini de aktif etmeye çalıÅsanız da bir tanesini göremeyeceksiniz sadece, diÄerinin ise inconsistent olduÄunu belirtecektir. Aslında yine de çalıÅabilirsiniz :) biraz daha fazla lvm detayına girmek olacaktır ama eÄer daha önceden lvm backup almıŠiseniz burada (/etc/lvm/backup/ altında) eski vg konfigurasyonunu kopyalayıp üzerinde düzenleme yaparak sonrasında vgcfgrestore ile yeni isimle bunu aktif hale getirebilirsiniz. EÄer backup almamıŠiseniz ise pv olarak kullandıÄınız partitiondaki ilk sektor sonrasındaki 255 sectorde lvm metadatası yazılır. Bu da her sektor 512byte olduÄundan dolayı size içinde text kısımlarında olduÄu 128Kb lık bir bilgiyi almanızı saÄlar. Bunu Åöyle alabilirsiniz. ÃrneÄin benim laptopumda /dev/sda7 pv olarak tanımlıdır dolayısı ile dd if=/dev/sda7 bs=512 count=255 skip=1 of=/root/sda7_lvm_metadata dersem bu bana Åunu verir. kallavimakina:~ # ls -alh sda7_lvm_metadata -rw-r--r-- 1 root root 128K Nov 28 18:19 sda7_lvm_metadata bu dosyanın içindeki binary kısımları görmezden gelirseniz. Åuna benzer bir kısım görürsünüz; *** kallavimakina:~ # cat sda7_lvm_metadata LABELONE��h� LVM2 001621ierLQmPo1UCAK4b62Bw0hMDoY0krT)?�f�x� LVM2 x[5A%r0N*��rï...@rootvolume { id = jqjtSu-zB3U-Sh1P-f3C6-6Xix-zICl-LphDTq seqno = 1 status = [RESIZEABLE, READ, WRITE] flags = [] extent_size = 8192 max_lv = 0 max_pv = 0 physical_volumes { pv0 { id = 621ier-LQmP-o1UC-AK4b-62Bw-0hMD-oY0krT device = /dev/sda7 status = [ALLOCATABLE] flags = [] dev_size = 60789897 pe_start = 384 pe_count = 7420 } } } # Generated by LVM2 version 2.02.45 (2009-03-03): Mon Aug 10 14:44:46 2009 contents = Text Format Volume Group version = 1 description = creation_host = linux # Linux linux 2.6.31-rc4-1-default #1 SMP 2009-07-29 16:01:26 +0200 i686 creation_time = 1249904686 # Mon Aug 10 14:44:46 2009 rootvolume { id = jqjtSu-zB3U-Sh1P-f3C6-6Xix-zICl-LphDTq seqno = 2 status = [RESIZEABLE, READ, WRITE] flags = [] extent_size = 8192 max_lv = 0 max_pv = 0 physical_volumes { pv0 { id = 621ier-LQmP-o1UC-AK4b-62Bw-0hMD-oY0krT device = /dev/sda7 status = [ALLOCATABLE] flags = [] dev_size = 60789897 pe_start = 384 pe_count = 7420 } } logical_volumes { rootvolume { id = amGDuQ-37b0-5qcj-kI1X-X3E6-5goz-6dcuuw status = [READ, WRITE, VISIBLE] flags = [] segment_count = 1 segment1 { start_extent = 0 extent_count = 7418 type = striped stripe_count =
Re: Debian Lenny disk sorunu
merhaba, neden lvm2pw bu formatta olduğunu sorabilir miyim? sizde lvm yok biliyordum. var mı? iyi çalışmalar. 2009/11/27 Ali Deniz EREN ali.deniz.e...@gmail.com İş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
Re: Debian Lenny disk sorunu
merhaba, Merhaba, neden lvm2pw bu formatta olduğunu sorabilir miyim? sizde lvm yok biliyordum. var mı? İlk maile bakınca lvm kullanıldığı görülüyor. 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 hatayı almanızın sebebi pv üzerinde fsck yapamamızdır. vgchange -ay ile önce lv leri aktif hale getirin sonrasında bunlar üzerinde fsck yapın. vgchange size gösterir zaten aktif ettiği lv leri bunları da /dev/mapper altında görüp kullanabilirsiniz. -- To UNSUBSCRIBE, email to debian-user-turkish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Debian Lenny disk sorunu
Merhaba, Öncelikle kurban bayramınız mubarek olmasını dilerim. Bir disk dd ile kopyalanmış ise iki diski aynı anda bir sisteme takmanız iyi olmaz. lvm her iki disktede aynı lvm bilgilire olduğundan problem oluşur. yeni diski her hangi bir makeniye ilk kez takıyorsanız öncelikle #vgscan daha sonra #vgchange -a y kullanmanızı tavsiye ederim. Murat Koç wrote: merhaba, Merhaba, neden lvm2pw bu formatta olduğunu sorabilir miyim? sizde lvm yok biliyordum. var mı? İlk maile bakınca lvm kullanıldığı görülüyor. 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 hatayı almanızın sebebi pv üzerinde fsck yapamamızdır. vgchange -ay ile önce lv leri aktif hale getirin sonrasında bunlar üzerinde fsck yapın. vgchange size gösterir zaten aktif ettiği lv leri bunları da /dev/mapper altında görüp kullanabilirsiniz. -- To UNSUBSCRIBE, email to debian-user-turkish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Debian Lenny disk sorunu
Merhaba, Merhaba, Öncelikle kurban bayramınız mubarek olmasını dilerim. sizin de. Bir disk dd ile kopyalanmış ise iki diski aynı anda bir sisteme takmanız iyi olmaz. lvm her iki disktede aynı lvm bilgilire olduğundan problem oluşur. yeni diski her hangi bir makeniye ilk kez takıyorsanız öncelikle #vgscan daha sonra #vgchange -a y kullanmanızı tavsiye ederim. dd ile kopyalanmış disk ile asıl diski aynı makinaya takmanızda sorun olmaz. Şöyleki; sallıyorum orjinal disk sda olsun, dd ile kopyalanmış disk ise sdb olarak sistemde gözüksün. lvm.conf dosyasında filter = [ r|/dev/sda | ] eklerseniz sda exclude edilecektir, dolayısı ile sdb de bulunan volumeları rahat rahat sorun olmaksızın kullanabilir olursunuz. Volume grouplar üzerinde işlem yaptıktan sonra deactive edip sonrasında yine lvm.conf dosyasında bu sefer /dev/sdb diskini exclude ederseniz orjinal olanlarla çalışabilirsiniz. Fakat tabii ki ikisini birden aktif etmeye çalışmamanız daha iyi olacaktır. Hoş aslında ikisini de aktif etmeye çalışsanız da bir tanesini göremeyeceksiniz sadece, diğerinin ise inconsistent olduğunu belirtecektir. Aslında yine de çalışabilirsiniz :) biraz daha fazla lvm detayına girmek olacaktır ama eğer daha önceden lvm backup almış iseniz burada (/etc/lvm/backup/ altında) eski vg konfigurasyonunu kopyalayıp üzerinde düzenleme yaparak sonrasında vgcfgrestore ile yeni isimle bunu aktif hale getirebilirsiniz. Eğer backup almamış iseniz ise pv olarak kullandığınız partitiondaki ilk sektor sonrasındaki 255 sectorde lvm metadatası yazılır. Bu da her sektor 512byte olduğundan dolayı size içinde text kısımlarında olduğu 128Kb lık bir bilgiyi almanızı sağlar. Bunu şöyle alabilirsiniz. Örneğin benim laptopumda /dev/sda7 pv olarak tanımlıdır dolayısı ile dd if=/dev/sda7 bs=512 count=255 skip=1 of=/root/sda7_lvm_metadata dersem bu bana şunu verir. kallavimakina:~ # ls -alh sda7_lvm_metadata -rw-r--r-- 1 root root 128K Nov 28 18:19 sda7_lvm_metadata bu dosyanın içindeki binary kısımları görmezden gelirseniz. Şuna benzer bir kısım görürsünüz; *** kallavimakina:~ # cat sda7_lvm_metadata LABELONE��h� LVM2 001621ierLQmPo1UCAK4b62Bw0hMDoY0krT)?�f�x� LVM2 x[5A%r0N*��r�...@rootvolume { id = jqjtSu-zB3U-Sh1P-f3C6-6Xix-zICl-LphDTq seqno = 1 status = [RESIZEABLE, READ, WRITE] flags = [] extent_size = 8192 max_lv = 0 max_pv = 0 physical_volumes { pv0 { id = 621ier-LQmP-o1UC-AK4b-62Bw-0hMD-oY0krT device = /dev/sda7 status = [ALLOCATABLE] flags = [] dev_size = 60789897 pe_start = 384 pe_count = 7420 } } } # Generated by LVM2 version 2.02.45 (2009-03-03): Mon Aug 10 14:44:46 2009 contents = Text Format Volume Group version = 1 description = creation_host = linux # Linux linux 2.6.31-rc4-1-default #1 SMP 2009-07-29 16:01:26 +0200 i686 creation_time = 1249904686 # Mon Aug 10 14:44:46 2009 rootvolume { id = jqjtSu-zB3U-Sh1P-f3C6-6Xix-zICl-LphDTq seqno = 2 status = [RESIZEABLE, READ, WRITE] flags = [] extent_size = 8192 max_lv = 0 max_pv = 0 physical_volumes { pv0 { id = 621ier-LQmP-o1UC-AK4b-62Bw-0hMD-oY0krT device = /dev/sda7 status = [ALLOCATABLE] flags = [] dev_size = 60789897 pe_start = 384 pe_count = 7420 } } logical_volumes { rootvolume { id = amGDuQ-37b0-5qcj-kI1X-X3E6-5goz-6dcuuw status = [READ, WRITE, VISIBLE] flags = [] segment_count = 1 segment1 { start_extent = 0 extent_count = 7418 type = striped stripe_count = 1# linear stripes = [ pv0, 0 ] } } } } # Generated by LVM2 version 2.02.45 (2009-03-03): Mon Aug 10 14:44:47 2009 contents = Text Format Volume Group version = 1 description = creation_host = linux # Linux linux 2.6.31-rc4-1-default #1 SMP 2009-07-29 16:01:26 +0200 i686 creation_time = 1249904687 # Mon Aug 10 14:44:47 2009 ** Burada bakın vg ve bağlı pv bilgileri bulunmakta, bunları kopyalarak ve düzenleyerek (/etc/lvm/backup ) ve yeni bir vg ismi oluşturarak aynı disk esas ve
Re: Debian Lenny disk sorunu
İş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
Re: Debian Lenny disk sorunu
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 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 -- To UNSUBSCRIBE, email to debian-user-turkish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Debian Lenny disk sorunu
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 -- To UNSUBSCRIBE, email to debian-user-turkish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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 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 */ -- To UNSUBSCRIBE, email to debian-user-turkish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Debian Lenny disk sorunu
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 -- To UNSUBSCRIBE, email to debian-user-turkish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org -- To UNSUBSCRIBE, email to debian-user-turkish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Debian Lenny disk sorunu
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 -- To UNSUBSCRIBE, email to debian-user-turkish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org -- 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
Re: Debian Lenny disk sorunu
2 GB'lik compact flash'i kopyalamak 15 dk filan suruyordu On 11/25/09, Ali Deniz EREN ali.deniz.e...@gmail.com 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 -- To UNSUBSCRIBE, email to debian-user-turkish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org -- 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 -- To UNSUBSCRIBE, email to debian-user-turkish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Debian Lenny disk sorunu
Merhaba, 32MB cache bellekli 1 TB sataII seagatelerde ortalama saniyede 50MB kopyalanıyor. Şayet sizin diskinizde bu ayarda birdisk ise kabaca 5 saat (1*1000*1000/50)/(50*60*60) içerisinde kapyalanması lazım idi. kopyalama işlemini atop ve iostat -m 1 komutlari ilede izleyebilirsiniz. acemi list wrote: 2 GB'lik compact flash'i kopyalamak 15 dk filan suruyordu On 11/25/09, Ali Deniz EREN ali.deniz.e...@gmail.com 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 -- To UNSUBSCRIBE, email to debian-user-turkish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org -- 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 -- To UNSUBSCRIBE, email to debian-user-turkish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Debian Lenny disk sorunu
Merhaba, sistemi kapatıp tüm diskin imajını alarak bir yedek altıktan sonra 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. iyi çalışmalar. Ali Deniz EREN wrote: Merhabalar, Debian Lenny üzerinde yoğun sayılabilecek squid proxy ve apache modwsgi ile çalıştırıyorum. Çalışan başka bir uygulama yok denilebilir. Yeni bir sunucuya 1,5 ay önce kurulum yapmıştım. Fakat disk problemi yaşıyorum bir kaç gündür. Bu adreste dmesg logları var. http://dpaste.com/hold/124414/ Mount çıktısı: --- /dev/mapper/local--1-root on / type ext3 (rw,errors=remount-ro) tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755) proc on /proc type proc (rw,noexec,nosuid,nodev) sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) udev on /dev type tmpfs (rw,mode=0755) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620) /dev/sda1 on /boot type ext2 (rw) /dev/mapper/local--1-var on /home type ext3 (rw) /dev/mapper/local--1-tmp on /tmp type ext3 (rw) /dev/mapper/local--1-usr on /usr type ext3 (rw) /dev/mapper/local--1-home on /var type ext3 (rw) --- Sistem açıldıktan bir süre sonra servisler çalışmaz hale geliyor. Çünkü diskler salt okunur moda geçiyorlar. Var dizinini özel olarak büyük tutmaya çalıştım. Bu da df çıktısı: --- Filesystem Size Used Avail Use% Mounted on /dev/mapper/local--1-root 338M 123M 198M 39% / tmpfs 1.1G 0 1.1G 0% /lib/init/rw udev11M 742k 9.8M 8% /dev tmpfs 1.1G 0 1.1G 0% /dev/shm /dev/sda1 239M9.1M 218M 4% /boot /dev/mapper/local--1-var 3.0G72M 2.8G 3% /home /dev/mapper/local--1-tmp 386M11M 356M 3% /tmp /dev/mapper/local--1-usr 5.0G 609M 4.1G 14% /usr /dev/mapper/local--1-home 973G 4.7G 919G 1% /var Sorun ne olabilir. Teşekkürler.. -- /** * @author Atıf CEYLAN * Software Developer * http://www.atifceylan.com */ -- To UNSUBSCRIBE, email to debian-user-turkish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org