Rm -rf / --no-preserve-root `biosları karıştırabilir mi?


35

Tüm sistemin tarballingi için yaklaşık hızları görmek ve daha sonra foobar yapıldığında bu sistemi eski haline getirmek için, birincil sistemlerimizden birini, şirket sistemlerimizle bütünleşmese de, bir iş istasyonuna kısmen klonladım. işleyen var. Tüm sistemin tarball'unu oluşturdum ve iyi göründüğünden emin olmak için denetledim.

Sonra koştum rm -rf / --no-preserve-root. Bunu daha önce yapma fırsatım olmadı, bu yüzden çok eğlenceliydi. Başta.

Kutuyu yeniden başlattığımda hiçbir şey görünmedi. Bir "Dell" logosu değil, BIOS için seçenekler değil, hiçbir şey.

Sürücüyü farklı bir kutuya bağladım ve chagrin'e UEFI bölümü olduğunu öğrendim. Ölüm Komutanımın bu bölümü etkili bir şekilde bağladığını varsayıyorum.

Farklı, çalışan bir sürücüyü şimdi çalışan iş istasyonuna bağladım, ancak iş istasyonu hala hiçbir şey yapmıyor.

Kimse böyle bir şey gördü mü veya ne arayacağına dair önerileri olan var mı? Bu rmkomutu çalıştırmak tüm kutuyu bu kadar kraliyetli bir şekilde mahvetmeyi nasıl başardı ?

GÜNCELLEME: Kutuyu Dell'e iade ettik. Tesadüf mü yoksa dronus tarafından tarif edilen durum mu olduğunu kesin olarak teşhis edemedik . Bununla birlikte, dronus'un cevabını bunun gerçekleşmesinin olası bir sebebini tanımladığı şekilde kabul edeceğim. Ayrıca, gelecekte aynı şeyi yapmaya karşı diğerlerini uyarır. Biri buggy UEFI kullanarak Dell'in bir kaydını bulursa, bu yardımcı olacaktır.


10
UEFI sistem bölümü bu komutu çalıştırdığınız sırada monte edildi mi? Eğer değilse o zaman etkilenmemeliydi. O zaman yine de bellenime önyükleme yapabilmeniz gerekiyordu. en iyi GUESS monte edilmiştir, bazı bootloader'ları sildiniz ve firmware hala ondan yüklemek üzere ayarlanmış durumdadır. Yine de, yazılımı girebilmelisiniz.
Hennes

@Hennes Evet, monte edildiğinden eminim.
MirroredFate

Hangi model Dell?
Mark Plotnick

@MarkPlotnick XPS8700
MirroredFate

CMOS ayarlarını sıfırlamayı deneyin. Bir jumper hareket ettirilerek yapılır; bir pili çıkarmanıza gerek yoktur. Sayfa 84 downloads.dell.com/Manuals/all-products/esuprt_desktop/… . Ayrıca bir kurulum ekranına gitmeyi denemek için POST bittiğinde göründüğü anda F2'ye basmayı deneyebilirsiniz.
Mark Plotnick 20:15

Yanıtlar:


47

Nadir bir ihtimal, bazı Samsung ve Lenovo dizüstü bilgisayarlarını öldüren bazı rezil UEFI hatalarını tetiklemeniz olabilir.

Bunun gibi çalışır: UEFI, ayarları veya hata ayıklama bilgilerini saklamak için işletim sistemi tarafından erişilebilen geçici olmayan bir bellek (nvram veya eeprom) önermektedir. Linux aslında bir çekirdek paniği durumunda bu özelliği kullanır: Kök dosya sistemine artık güvenilmezse (örneğin, çekirdek kodundaki bir istisnadan sonra), salt okunur duruma geçer. Artık UEFI özelliği kullanılabilir ve hata ayıklama bilgisi kalıcı olmayan belleğe yazılır. Şimdiye kadar bu kulağa iyi bir fikir gibi geliyor: Veriler daha sonra alınabilir ve çarpışma nedenlerini araştırmak için kullanılabilir.

Bununla birlikte, bazı hatalı UEFI güvenlik yazılımları ile kalıcı olmayan mesaj hafızasının bazı yönetim rutinleri bozulur. Mesajlara bağlı olarak, bu yazılımlar mesaj hafızasının başlatılması üzerine çöküyor, genellikle açılışta oldukça erken. VGA başlatmaya bile ulaşamayabilirler; bu durumda makine tamamen tuğla görünür. Yukarıda belirtilen durumlarda, herhangi bir yazılım çözümü yoktu ve anakartların değiştirilmesi gerekiyordu.

Koşmak , ya da nihayetinde bir çekirdek panikine yol açabilen rm -rf / --no-preserve-rootçekirdek dosya sistemlerini geçerken ve silerken nihayet yukarıda belirtilen geçici olmayan mesaj bellek hatasını tetikleyen başka bir çekirdek hatasını tetikleyebilir./sys/dev/proc


5
Bu moral bozucu. Ama bu en azından bir çalışma açıklaması.
MirroredFate

4
Bunun hakkında biraz daha fazla bilgi için, bkz. UEFI uçucu olmayan bellek tuhaflıklarıyla başa çıkma ve Samsung dizüstü bilgisayar hatalarının her ikisi de Matthew Garrett tarafından Linux'a özgü değildir .
Bir CVn

@ MichaelKjörling Vay. Bu şüphelendiğim her şeye aykırı.
MirroredFate

2
IBM PC BIOS'u gerçekten kastetmediğiniz sürece "BIOS" kelimesini "firmware" gibi uygun bir kelimeyle değiştirebilir misiniz? Bu normalde seçici olacağım bir şey değil, ama bu durumda gerçekten açık bir şekilde açıklamalısınız çünkü UEFI ve BIOS kelimelerini aynı cümlede (birbirlerinin yanında bile) kafa karıştırıcı kullanıyorsunuz.
Mehrdad

1
Değiştirilen. Çoğu insan için, neredeyse hala BIOS gibi görünen ve BIOS'un sonsuza dek BIOS olacağını düşünen bir şey ...
dronus

27

Hayır, BIOS'u (eski veya UEFI) bu şekilde bu komutla imha etmek mümkün değildir.

Biraz UEFI bölümünü yok etmeyi başarsanız bile, çekirdek BIOS dosyaları etkilenmeyecektir, çünkü ana kartınıza takılı uçucu olmayan bellekte (flash tabanlı, çoğunlukla) bulunur.

UEFI bölümü ek yazılım bileşenlerini (örneğin: debugger, driver, ecc) barındırır, ancak makine geçerli bir UEFI bölümü olmadan bile BIOS'a önyükleme yapmalıdır.


Bu benim anlayışımdı. Tarif ettiğim davranışı görmek için herhangi bir neden biliyor musunuz?
MirroredFate

1
İş istasyonunun hatalı bir donanıma sahip olduğunu ve untar / silmenizin (görece) yüksek yükünün düşürdüğünü hayal edebiliyorum. CPU ve hafızayı tekrar oturtmaya mı çalıştınız? CMOS'u temizlemeye çalıştınız mı?
shodanshok 19:15

1
Hafıza, evet. Garipti, çünkü hafızayı çıkartmak bilgisayarın bir şeylerin yanlış olduğunu belirten bir sonuç vermedi. TÜFE’yi yeniden yerleştirmeyi denemedim. CMOS'u temizlemeye çalıştım, ancak muhtemelen pili daha uzun süre açık bırakmalı.
MirroredFate

Doğru olsa da, donanımın yalnızca yazılım aracılığıyla gerçekten imha edilmesi son derece nadirdir. Kayda değer bir istisna, kötü programlanmış zamanlamaların CRT'nin elektronik aksamını tahrip edebileceği CRT'lerin çağındaydı. Ancak burada durum böyle değil: en kötü şey, donanım anlamında gerçek anlamda olmayan bir BIOS / UEFI bozulması olacaktır . Dahası, OP başka bir aynı diski denedi (UEFI bölümü yerinde iken) ve hiçbir şeyi değiştirmedi. Muhtemelen WS donanımı zaten arızalıydı ve verilen komutun dayattığı yük onun için sonlandırılmıştı.
shodanshok

10

Eğlenceli olsa da, rm -rf /sadece kendi küçük hapishanesinin içindeki tahribatı kırabilir - ve bu verilen bölümdür. MBR diskini bozamaz, ne de bilgisayarınızı sihirli bir şekilde tahrip edemez.

Senin durumunda başka bir sorun var.


Doğru. Muhtemelen UEFI sistemler için disk GPT olsa da (MBR yok, ancak GPT partion. Ve genellikle FAT32 olan bir UEFI sistem bölümü).
Hennes

1
"Rm -rf / --no-preserve-root" komutunu çalıştırmanın yalnızca teoride eğlenceli olduğunu söyleyebilirim. Uygulamada, bazı hayati kütüphaneler kaldırıldıktan hemen sonra sonlandırılıyor.
aseq

1
@aseq Aslında çoğu durumda program ve kütüphaneler bellekte önbelleğe alınır, linux ile çalışırken bir program ikili dosyasını silebileceğinizi ve tamamlanmaya devam edeceğini unutmayın. Bu aslında oldukça uzağa gidebilir.
Vality

Evet biliyorum, ama bir noktada bunu mahvedecek. :-)
aseq

8

Diğer cevaplar, BIOS'u silmenin muhtemelen senin sorunun olmadığını kabul ediyor gibi görünüyor, işte bir başka düşünce:

Bilgisayarım, UEFI moduna geçtiğinde, BIOS ekranını tamamen atlıyor. Üretici logosu yok, hiçbir şey yok. Sadece önyüklemeye çalışır ve önyüklenebilir bir ortam (veya önyükleme) olmadığını söyler.

Kuruluma girme anahtarını hatırlarsam, bilgisayar açıldığında onu kırabilirim ve hala BIOS ayarlarına girebilirim.

BIOS kurulum anahtarını biliyorsanız, kuruluma girmek için vurmayı deneyebilir veya gerçekten çalıştığına güvenerek tarınızı diske geri yükleyebilir, daha sonra önyüklemeyi deneyin. Başka bir UEFI önyüklenebilir ortam parçası kullanmak ve daha büyük bir katran varsa ( Memtest86'nın UEFI önyüklemesini desteklemesi gerekiyordu) önyüklemeyi denemek daha hızlı olabilir .


Her ne kadar muhtemelen "önyüklenebilir ortam yok" hatası almadığınızdan, dronus'un cevabı bu durumda sizin çözümünüz olabilir. Umarım değildir!
Sompom

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.