Myslim, ze v takovem stavu jsi nemel spusteneho daemona sshd a ani jinou sluzbu, ktera by byla dostupna ze site. Takze riziko ownuti systemu nebylo zase tak velike ne? A kdyz uz nekdo ma pristup fyzicky k PC, tak na to je kazde OS kratkej (jedine sifrovanej HDD/RAID).
V cem je tedy problem?
no a jestli se pletu, tak me ignorujte :)
Vas prizpevek mi pripada penekud zavadejici, tak mi prosim odpuste ze Vas doplnim.
4.x rada mi s USB nikdy nespadla, mozna se o tom nekde psalo, ale me se to nestalo. pravdou je ze podpora USB ve 4kove rade je uboha a jedine co jsem pouzival, byl USB disk.
5kova rada ma sirsi podporu USB zarizeni a nektere zarizeni (osobne mam zkusenost s nekterymi fotaky) shodi cely system.
neni "celou pravdou" ze FreeBSD je shazovano USB.
a je nepravdou ze jakekoliv FreeBSD ma problemy s jakymkoliv USB zarizenim.
Ze konkretne Vam 4.x rada nespadla, rozhodne neznamena, ze tato rada nema s USB problemy. A to jak s USB disky, tak s Palmem. Staci si jen pohrat s vytahovanim techto zarizeni. Je ale zajimave, ze se to projevilo jen s nekterymi USB disky.
Souhlasim. FreeBSD neni shazovano USB, ale samo sebou. Tj. spatne napsanym kodem nekde od ovladace vys. A rozhodne FreeBSD nema problemy s cimkoli. Problemy maji jen jeho uzivatele. Tak nejak jste to myslel?
pokud se nakopl disk takovym zpusobem ze ho fsck bez pomoci uzivatele nedokazal opravit tak system sam nabehne do singlu (neco jako runlevel0) zepta se pouze na shell, pokud chcete aby i v tomto pripade vyzadoval heslo, staci zmenit v /etc/ttys
console none unknown off secure
na insecure
potom bude system vyzadovat prihlaseni se i v jednouzivatelskem rezimu.
pri fysickem pristupu k PC neni problem nabootovat z jineho media, mountnout puvodni disk a zmenit heslo (puvodni muze zazalohovat a po utoku vratit zpet, takze nic nepoznate). na druhou stranu v singlu nebezi zadne sitove sluzby a vzdalene neni mozne takoveho invalidu zkompromitovat