Meestal voert geen van ons vrijwillig een actie uit die onze besturingssystemen letterlijk zal breken en ons zal dwingen ze opnieuw te installeren. Maar wat als een dergelijke actie gemakkelijk zou kunnen plaatsvinden, zelfs bij toeval van de kant van de gebruiker? De SuperUser Q & A-post van vandaag biedt het antwoord op de vraag van een verwarde lezer.

De Question & Answer-sessie van vandaag komt tot ons dankzij SuperUser - een onderdeel van Stack Exchange, een door de gemeenschap gestuurde groep van Q & A-websites.

De vraag

Superuser-lezer fangxing wil weten waarom Linux gebruikers toestaat om de hoofdmap te verwijderen:

Toen ik Linux voor het eerst op mijn computer installeerde, vond ik het altijd prettig root te gebruiken omdat ik niet nodig om sudo toe te voegen en mijn wachtwoord in te voeren elke keer dat ik een opdracht uitvoerde waarvoor rootrechten nodig waren.

Op een dag wilde ik gewoon een map verwijderen en liep rm -rf / , waardoor mijn systeem "brak". Ik heb me afgevraagd waarom Linux-ontwerpers zo'n gevaarlijke opdracht niet blokkeerden om zo gemakkelijk te worden uitgevoerd.

Waarom staat Linux gebruikers toe de hoofdmap te verwijderen?

Het antwoord

SuperUser-bijdrager Ben N heeft het antwoord voor ons:

Waarom zou het u blokkeren om te doen wat u maar wilt met uw eigen computer? Inloggen als root of met behulp van sudo zegt letterlijk tegen de machine: "Ik weet wat ik aan het doen ben." Voorkomen dat mensen dubieuze dingen doen, voorkomt meestal ook dat ze slimme dingen doen ( zoals uitgedrukt door Raymond Chen).

Bovendien is er een buitengewoon goede reden om een ​​gebruiker toe te staan ​​de root-directory te fakkelen: een computer ontmantelen door het besturingssysteem en bestandssysteem volledig te wissen. ( Gevaar! Op sommige UEFI-systemen kan rm -rf / ook de fysieke machine blokkeren.) Het is ook redelijk om in een chroot-gevangenis te doen.

Blijkbaar mensen hebben per ongeluk het commando zo vaak uitgevoerd dat een veiligheidsfunctie is toegevoegd. rm -rf / doet niets op de meeste systemen tenzij -no-preserve-root ook wordt geleverd, en er is geen manier waarop je dat per ongeluk kunt typen. Dat helpt ook om te waken tegen slecht geschreven maar goedbedoelde shellscripts.

Heeft u iets toe te voegen aan de uitleg? Geluid uit in de reacties. Wilt u meer antwoorden van andere technisch onderlegde Stack Exchange-gebruikers lezen? Bekijk hier de volledige discussiethread.

Image Credit: Wikimedia Commons

Toegang tot Dropbox en andere cloudopslag rechtstreeks vanuit Chrome OS 'File Manager

Google heeft uitstekend werk verricht door zijn eigen cloudservice, Google Drive, in de Chrome OS-bestandsbeheerder te maken. Als u Drive gebruikt voor de meeste van uw cloudbehoeften, voelt het als native storage op een Chrome OS-apparaat. Maar als je iets anders gebruikt, zoals Dropbox of opslag op een netwerk, lijken dingen niet zo schoon.

(how-to)

IMessage-apps installeren, beheren en gebruiken

Niet alleen was iMessage de meest geüpdatete app in de iOS 10-release, maar het kreeg meer dan alleen een opknapbeurt. Nu, weggestopt in iMessage, is er een ecosysteem van een hele app dat erop wacht dat u er gebruik van maakt. Apps? In iMessage? GERELATEERD: De beste nieuwe functies in iOS 10 (en hoe deze te gebruiken) Er was eens een keer dat iMessage een eenvoudige kleine aangelegenheid was.

(how-to)