Bir Ubuntu komutu sistemimi kapladı mı?

Özel bir program çalıştırmak için birkaç gün önce bilgisayarıma Ubuntu'yu yeni kurdum. Bununla bitirdim ve sürücüyü Windows'u yeniden yüklemek için biçimlendirmek üzereydim. Ancak, küçük kardeşim bu komutu işletim sistemini tahrip edecek olan terminalde çalıştırmak istiyordu ve sürücüyü yine de biçimlendireceğimden zarar görmeyeceğini düşündüm.

Bu şuydu:

sudo rm -rf --no-preserve-root /

Eğer bu emrin dünyayı bitirmesi gerekiyorsa, kimsem olmamı affedin. Bu yüzden işletim sistemini bozdu ve Windows Kurulumu'nda sürücüyü biçimlendirmeyi planlayarak bilgisayarı Windows kurulum USB ile yeniden başlattım.

Ancak, yeniden başlatma sonrasında monitör hiç giriş almıyordu. Ayrıca, HDD göstergesi (veya kırmızı ışık ne olursa olsun) bir şey yapmıyordu. (Aslında kapalı idi.) Hayranları çalışıyordu ve DVD sürücüsü de vardı. (Orada bir PC hoparlörü olduğunu sanmıyorum, bu yüzden bazı bip hata kodlarına ihtiyacınız varsa, üzgünüm.)

VGA kablosunu grafik kartından anakarta değiştirmeyi denedim, ancak hala girişim yok. Bu eski Windows XP diskini disk sürücüsüne yerleştirmeyi denedim, ancak hiçbir şey görünmedi. Delete, F12, vb. Düğmelerini ezdi, ama hiçbir şey olmadı. Daha sonra çevrimiçi baktım ve RAM'i yeniden yerleştirmek için bir öneri denedim, ancak hiçbir şey değişmedi. CMOS'u manuel olarak sıfırlamayı düşünüyorum ama henüz başaramadım. (Lütfen bunu tavsiye edip etmeyeceğinizi söyleyin, çünkü gerekmiyorsa PC'yi vidalamak istemiyorum.)

UEFI'im var, bu yüzden BIOS'un bozulması durumunda bir yedek çip kullanabilirim.

Bu, systemd çalıştıran bir UEFI sisteminde mümkündür.

• Phoronix: Bir UEFI Dünyasında "rm -rf /" Sisteminizi Yapılandırabilir
• Systemd hata raporu , bu makalenin kaynağı

Özetlemek gerekirse, bu hata raporundan bir yorum yazarak :

Nokta 1:
Silme işlemi /sys/firmware/efi/efivars/EFI yapılandırmanızı engellemelidir, ancak doğru şekilde uygulanan bir EFI'de bu kurtarılabilir olmalıdır.

Nokta 2:
Kırık / zayıf uygulanan EFI ile dışarıda standart uygun şeyler yaparak kalıcı olarak tuğlalanabilecek bazı parçalar donanımı var. Örneğin, Ubuntu'nun bazı Samsung dizüstü bilgisayarlarını bazı EFI belleklerinde ek veriler depolayarak örttüğü duruma bakın. Bu davranış standart olarak iyiydi, ancak bu özel uygulamayı bozdu.

3. Nokta:
Yazan her şeyi kök olarak çalıştırmak /dev/sdabölüm tablonuzu ve / veya dosya sistemlerinizi yok eder. Özellikle yedeklemeniz yoksa bu kötüdür, ancak bölümlemeden sonra yeni dosya sistemleri oluşturduktan ve işletim sisteminizi yeniden yükledikten sonra makineniz tekrar çalışacaktır. Böylece diğer bazı ortamları önyükleyerek ve kurulumunuzu yeniden yaparak ondan kurtulabilirsiniz.

Nokta 4:
EFI'nizi atmak tamamen farklı bir problemdir. En kötü durumda, POST'a ulaşmayacağı için makine ile hiçbir şey yapamazsınız. Başka bir ortamdan önyükleme yok, eksik şeyleri düzeltmek için bazı EFI yardımcı programlarına girme. Bu nokta, bilgisayarınızın gerçekten pahalı bir kağıt ağırlığıdır.

Sorun systemd çalıştıran ve efivarfsyazılabilir (at /sys/firmware/efi/efivars) bağlama dağıtımlarda oluşur . Systemd'ın buraya yazması gerekir, bu nedenle systemd kullanan dağıtımlar etkilenir. Ancak, Upstart sistemlerinin etkilendiğine dair bir belirti yok gibi görünüyor.

Komutun çalıştırılması rm -rf /herhangi bir UEFI cihazını (yazdığım cihaz dahil) tuğlaya alabilir . Bunu yapmak, takılı sürücüler ve EFI sabit yazılım değişkenlerini içeren tüm dosyaları siler (tuğla da budur). Linux EFI değişkenleri bağlar /sys/firmware/efi/efivars/ve rm -rf /bu klasördeki tüm dosyaları (EFI değişkenleri) silecektir. Bilgisayarınız büyük olasılıkla bir tuğladır ve düzeltilemez (EFI NVRAM kullanır ).

Eski BIOS bilgisayarlar rm -rf /için silinmez, çünkü silinebilecek EFI ürün yazılımı değişkenleri yoktur. Ayrıca, Windows'da aynı şeyi (tüm EFI değişkenlerini sil) birkaç kod satırı ile yapmak mümkündür.

Dosyaları silmenin sürücüyü yok etmesinin bir yolu yoktur (normalde sonunda düzenlememe bakın - görünüşe göre bir yol var). Komut, Windows komut satırına del -sc: *. * Girmeyle aynıdır (DOS sözdizim belleğim doğruysa). Elbette işletim sisteminin silinmesi işletim sisteminin başarısız olmasına neden olur, ancak başka bir şey olmaz.

Önyükleme dizinini başka bir şeyle, hatta tüm bölümle birlikte silerseniz, yine de bir GRUB istemi almalısınız. GRUB önyükleyici, dizin yapısının bir parçası olmadığı için silinmezdi, ancak menüsü, bu yüzden yine de yüklemeye ve bir hata vermeye çalışmalıdır.

Başka bir sorununuz var ve bunun Ubuntu ile ilgisi yok. Disk başarısız olsa bile, USB veya DVD önyükleme işlemini etkilemez.

EDIT: Tamam, sanırım cevabım UEFI BIOS nedeniyle modası geçmiş, bu da az hakkında bildiğim bir şey. Görünüşe göre, kritik UEFI yapılandırma bilgilerini silmek mümkündür. Ne olduğuna inanıyorum, bu dosya sistemine monte edilir ve yanlış yapılırsa, salt okunur olmayacak ve silinebilir, böylece BIOS'tan silebilirsiniz.

Bir Windows Installer ortamının sadece HD'niz Windows'un bilmediği bir format kullanıyorsa (ext4 gibi) asabileceği deneyimini yaşadım.

Bu durumda, (gibi GParted ile bir Linux LiveCD çalışmalıdır bu bir ) ve Windows'u yüklemeye çalışmadan önce NTFS ya da FAT32 gibi bir şey için sabit sürücüyü biçimlendirmek.

Buradaki en önemli sorun, bir dosya sisteminin cihazları kapsayabileceğidir. Bu, monte edilen her şeyi içerir . Bu UEFI için bir sorundur. Heck, bu Android için bir sorun. Monte edilmiş bir kameranız varsa, diyelim ki DCIM içeriklerinizi de sildiniz, değil mi? Peki ne öğrendin? Üretici size yardımcı olabilir ve başka yollarla yanıp sönebilirsiniz.

Bir dahaki sefere = / dev / zero durumunda diskleri silin ve bir şeyleri anlamsızca silmek sizi bir gün ısırmaya geri döner. Her şey gözyaşlarıyla bitecek. Aslında böyle birini şakalamak için zaman yapabilirsin, del'den biraz daha kötü . kök dizinde MS-DOS PC.