> Nakonec se ukázalo jako nejlepší z *BSD, protože když jsem systém trochu
> víc vytížil, notebook se taky začal víc chladit, tím pádem se nepřehříval. Nutno
> ovšem napsat, že ne vše fungovalo a funguje. Nefungovala a nefunguje WiFi
> (není ovladač od realteku), nefunguje probouzení a nevidí moji tiskárnu (není
> ovladač).
> Další změnou k lepšímu je, že už systém detekoval dvě jádra procesoru
> namísto jednoho.
Protoze mam tiskarnu, chci se pripojovat na internet pres wifi a mam 4 jadrovy procesor, zatim NetBSD nebudu zkouset ;-)
Ale nad hlaskou "Další změnou k lepšímu je, že už systém detekoval dvě jádra procesoru namísto jednoho." se smeju uz dobrych deset minut :-D
Jo, přesně tahle citace o nejlepším z *BSD mě skopla ze židle.
Akvarista samouk: "Nakonec jsem skončil u piraní, protože všechny ostatní ryby, co jsem zkoušel, byly něčím sežrány. Sice tomu misím ke svačině kupovat salám místo vloček a už mě kously do prstu, rostlinky jsou zlikvidovaný, voda hnije a smrdí kvůli zbytkům masa, ale jinak super."
Doufám, že autor bude v seriálu pokračovat. Je to takový dobrý nakopnutí do pracovního dne.
Treba je to jenom popis, jak zacinal - nakonec kazdy z nas nejak zacinal.
Ja si v 15ti letech myslel, ze PC zdroj musim koupit, protoze to proste nepujde postavit ze stabilizatoru. Jeden clovek me presvedcoval (a presvedcil), ze to musi mit tak presna napeti, ze to nedam. Kdyz jsem pak po case videl vnitrni zapojeni AT zdroje, malem jsem zvracel.
A prvni aplikace, co se mi povedlo puststit na Linuxu (RH 4.2) byl Doom.
...
No a nebo bude ve stejnem stylu pokracovat zbytek serialu. Nam, co uz jsem na NetBSD provozovali router, firewall a DHCP/DNS to sice prijde smesne, ale ruku na srdce - jaky typ navodu hledate, kdyz zacitate s necim uplne novym? Howto, kde odbornik preskoci jasne samozrejmosti, nebo neco, jako tohle? Ja osobne sice to prvni, ale jak neco nejde, tak si rad proctu par podobnych, kde autor nezapomnel na nic, co ho prekvapilo ... a prekvapilo ho skoro vsechno.
Jo, začátky jsou vždycky zajímavý... U mě klasika, PMD-85, knížka o BASIC G... S PC to pak bylo poslední rok na základce, tehdy koupili 12x 386DX/40 s 2MB RAM, jeden server, jeden pro učitele a zbytek pro žáky, spojili to po koaxu, MS DOS + NetWare... Když jsem si někde v nějakým manuálu našel příkaz ECHO, byl jsem mezi spolužákama za kinga... :D
Pitva M3T380 na střední škole byla taky zajímavá, to nadšení, že odepsaný stroj začal fungovat po vystříkání patice s BIOSem kontoxem, že nefungující deska RAM začala fungovat po výměně brouka, který dělal paritu, že deska, kde nešel procesor, se chytla po propájení studeňáku na jednom ze dvou zemnících pinů procesoru 8086... Jo, to byly časy...
>> Howto, kde odbornik preskoci jasne samozrejmosti, nebo neco, jako tohle?
>> Ja osobne sice to prvni, ale jak neco nejde, tak si rad proctu par podobnych,
>> kde autor nezapomnel na nic, co ho prekvapilo ... a prekvapilo ho skoro
>> vsechno.
V tom pripade bych ocekaval trochu detailnejsi popis deleni disku. Ja kdyz jsem poprve instaloval BSD, byl jsem docela prekvapeny. V Linuxu jsem vzdy mel normalni diskove oddily, ale v BSD jsem poprve videl neco jako slice a disklabel.
https://www.netbsd.org/docs/guide/en/chap-inst.html#chap-inst-install-partition
Dalsi vec, proc autor deli disk na "/, /home, /tmp /var /usr a swap"? Minimalne pro zacatky zkouseni systemu se mi to zda prehnane (u linuxu urcite).
Já jsem dělil disk jen dokud jsem byl nezkušený. Teď už mám jen "/", "/home" a "swap". Když má někdo root rozdělený na "/", "/tmp", "/var" a "/usr" tak má 4 místa, kde může dojít místo na disku a nevhodným rozdělením místa se mu může stát že dojde výrazně dříve, než když je to spojené. Rozdělit to dává smysl jen v případě, že to jde na fyzicky jiné médium, nebo jiné mount options. ("/tmp" nemusí být syncované na disk, neměl by být na médiu s malou životností na počet zápisů. Naopak oddělení "/usr" od "/" mi nedochází (pokud "/usr" není síťový disk)).
Bohuzel nesmysl. Deleni disku ma uplne jinde duvody. Ze se na to zhusta skoro vsude zapomnelo neznamena, ze to neni potrebne http://www.openbsd.org/faq/faq4.html#Partitioning
No, na serveru bych nad tím přemýšlel, v produkci se běžně volné místo hlídá nějakým nagiosem nebo něčím. Ale na osobním desktopu/notebooku jsem vždy narazil jen na problémy s místem. Co se týče bezpečnosti, tak u jednouživatelského systému (zaměřením), kdy uživatel plně vládne nad hardwarem, je zbytečné klást překážky "ostaním" uživatelům.