Auf [[{{PAGENAME}}]] ist [http://www.linuxmint.com/download_lmde.php Linux Mint Debian Edition] installiert. Diese Distribution erschien als "massentaglich" für den Anwendungsfall als [[#public computer]].
; Wieso wird [[PC-BSD]] auf [[pestbert]] angeboten?
[[Benutzer:vater|vater]] bespaßt(e) sich gelegentlich beim Spielen mit [[PC-BSD]].
Die [[BSD]]-Kinder aus dem [[C3D2]] möchten für [[pestbert]] allen ein sehr einfach zu verwendendes Betriebssystem anbieten. Für die Benutzung durch Menschen, die
* neu sind und nicht so affin im Umgang mit Betriebssystemen sind,
* einfach schnell was erledigen wollen,
* [[BSD]] ([[FreeBSD]]) bequem verwenden mögen oder
ist [[PC-BSD]] wohl was passendes. Für den Zweck zur Verwendung von [[pestbert]] als "public"-Rechner passt das perfekt.
; Verschlüsselung
Selbstverständlich ist der Massenspeicher verschlüsselt. Das Passwort ist üblich und kann im [[HQ]] erfragt werden. Da das Passwort bereits zu Beginn vom bootloader (grub) abgefragt wird, wird noch englische Tastaturbelegung verwendet.
; Anmeldung
Durch [[user:vater|vater]] wurde eingestellt, dass für den üblichen Account gleich eine Sitzung gestartet. Dabei wird auch wieder die Arbeitsumgebung der vorherigen Sitzung verwendet. Während des Startes gibt es ein Zeitfenster, wo das abgebrochen werden kann.
; Verwendung
[[pestbert]] kann bei der Verwendung von [[PC-BSD]] als Betriebssystem verschiedenen Zwecken dienen.
* einfach mal schnell an einem Rechner was machen ohne Daten auf [[pestbert]] zurückzulassen
*: [[PC-BSD]] bietet die Möglichkeit einen Rechner ohne Daten, die sonst im jeweiligen persönlichen Ordner abgelegt werden, zu hinterlassen zu benutzen.<!-- Gern kann das besser formuliert werden. --> Dieser Modus ist muss beim Anmelden angegeben werden. Wenn schon eine Sitzung läuft - etwa weil eine übliche Anmeldung beim Starten erfolgte - muss diese beendet werden. Bei [[PCDM]], dem Dienst für die Anmeldung, muss nur zusätzlich ''Stealth Session'' (''Inkognito-Sitzung'') angewählt werden. Nach der Anmeldung mit den üblichen Daten zur Anmeldung erfolgt ein Starten, als ob das die erstmalige Anmeldung wäre. Im Hintergrund wird im Übrigen ein neues Dataset, welches mit GELI verschlüsselt ist, erstellt. Dieses wird beim Abmelden zerstört. Wenn keine ordentliche Abmeldung erfolgte, wird das Dataset beim kommenden Start zerstört, da es wegen der Verschlüsslung ohnehin unbrauchbar ist.
* mit Software spielen
*: ''Edge'' ist das dafür gegebene Setting fürs Repository (bei der Paketverwaltung [[pc-bsd:AppCafe®]]).
*: Aber auch das Klicken von Jails (mit [[pc-bsd:Warden®]]) oder das Erstellen von boot environments für [[GRUB]] mit [[ZFS]] (mit dem [[pc-bsd:Boot Manager]]) und vieles mehr können als "produktiv" getestet und weiter ausgebaut werden.
[https://addons.mozilla.org/en/firefox/addon/cacert-root-certificate/ CACert Root Certificate Importer] für die Verwendung von gewissen Seiten des [[C3D2]] und [[CCC]], etwa https://pads.ccc.de/ .
For the t61 lenovo I renamed the $01af000.fl1 to bios.rom and I renamed the $01af000.fl2 to platform.bin. Then use the winphlash tool that is apart of the bios update download from lenovo (it is in the folder you download). I browsed to the bios.rom file and ran the update with out problems. the system rebooted and came up normaly. I had the same problem with a battery error and this got around it.
I flashed the middleton BIOS for an R61i (14.1" model 7732 with firewire): battery is also dead, so I used WinPlash.exe directly, skipping WINUPTP.EXE. (As the latter insists on a charged battery.)
I renamed the image files as well, but I guess it’s of no importance. – Initially I thought `platform.bin` is linked to from `bios.rom`, but no. It turned out that the embedded controller did not got flashed! I was lucky the new BIOS worked with the old controller.
Once rebooted into Windows, I restarted the tool and selected platform.bin, flashed it (I got a warning, see below), then canceled the reboot (be quick!), then selected bios.rom and flashed it again. – And I ended up with a working system with both BIOS and EC updated.
How did I know the tool can do multiple flashes in a row without reboot?
: Before flashing I tried the “Backup BIOS only” option a couple of times. WinPlash reads the image file in any case and checks compatibility according to the screen messages. This gave me a hint that platform.bin has to contain instructions on what to do, because the EC would never ever pass as proper system BIOS. I also tried doing backup with a random file as image, which crashed WinPhlash. So I was pretty sure the image is read for backup and it does make sense for the tool. – I also noticed that the backup file is ~4MB for a BIOS backup, but only ~2MB for the EC (e.g. backup started with platform.bin instead of bios.rom).
: Yes, the platform.bin backup-and-flash gave me a warning. "... The System Platform may be different from the Image file." WinPhlash also mentioned the version string of the (new) BIOS (e.g. 7LETC7WW and something like 7KHTR0K0, which looks like the version string of a virgin Embedded Controller). Proceed Yes/No? I thought: if it overwrites the EC now, it is exactly what I want. If it overwrites the BIOS, well, I plan to flash the BIOS again anyway, so maybe it works. (And it did!)
: The BIOS flash took like 1-2 minutes, doing 21 blocks. The EC was only 2 blocks, so it was faster. I kept an eye on the screen, because you have only 10 seconds to cancel the reboot after flashing finishes.