FreeBSD 9.1-RC1 erschienen

Yamagi

Possessed With Psi Powers
Teammitglied
Das FreeBSD Release Engineering Team hat heute mit etwas Verspätung den ersten von zwei geplanten Release Candidates zu FreeBSD 9.1 freigegeben. Er steht ab sofort als ISO-Image und USB-Image auf den FTP-Servern bereit. Zudem kann er per freebsd-update(8) bezogen werden. Die wichtigsten Änderungen gegenüber FreeBSD 9.0 sind:
- Die AVX Befehlssatzerweiterung aktueller Prozessoren wird nun unterstützt.
- KMS und GEM wurde integriert, wodurch neuere Intel-GPUs unterstützt werden.
- IPv6 erreicht nun die Geschwindigkeit von IPv4.
- Jails können nun einfach über die /etc/jail.conf konfiguriert werden.
Hinzu kommen diverse kleinere Änderungen, sowie Bugfixes und Aktualisierungen der Treiber und Basissystem-Tools.

Zu beachten ist, dass dieser Release Candidate nicht mehr per CVS / CVSup bereitsteht. Source-Updater müssen fortan Subversion nutzen!

Code:
The first release candidate of the 9.1-RELEASE release cycle is now
available on the FTP servers for amd64, i386, and powerpc64.  The
MD5/SHA256 checksums are at the bottom of this message.  The ISO images
and, for architectures that support it, the memory stick images are
available here:

  ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.1/

(or any of the FreeBSD mirror sites).

Current plans are for there to be one more RC build, followed by the
release itself.  The current target schedule is here:

  http://www.freebsd.org/releases/9.1R/schedule.html

If you notice any problems you can report them through the normal Gnats
PR system or here on the -stable mailing list.

With both the doc and ports repositories now moved to SVN it has been
decided to not export the 9.1 release branch activity to CVS.  So
csup/cvsup update mechanisms are not available for updating to 9.1-RC1.
If you would like to use SVN the branch to use is releng/9.1.

The freebsd-update(8) utility supports binary upgrades of i386 and amd64 
systems running earlier FreeBSD releases.  Systems running 9.0-RELEASE
can upgrade as follows:

# freebsd-update upgrade -r 9.1-RC1

During this process, FreeBSD Update may ask the user to help by merging 
some configuration files or by confirming that the automatically performed
merging was done correctly.

# freebsd-update install

The system must be rebooted with the newly installed kernel before 
continuing.

# shutdown -r now

After rebooting, freebsd-update needs to be run again to install the new 
userland components, and the system needs to be rebooted again:

# freebsd-update install
# shutdown -r now

Users of earlier FreeBSD releases (FreeBSD 7.X, 8.X) can also use
freebsd-update to upgrade to FreeBSD 9.1-RC1, but will be prompted to
rebuild all third-party applications (e.g., anything installed from the
ports tree) after the second invocation of "freebsd-update install", in
order to handle differences in the system libraries between FreeBSD 7.X
or FreeBSD 8.X and FreeBSD 9.X.

Checksums:

MD5 (FreeBSD-9.1-RC1-amd64-bootonly.iso) = 370b1c7b5a816289c6822f577fbf59d5
MD5 (FreeBSD-9.1-RC1-amd64-disc1.iso) = a6d6bd8c47509e71af2b74a39d1ed6be
MD5 (FreeBSD-9.1-RC1-amd64-memstick.img) = 320bbcb382bd335e835636278cdb168d

MD5 (FreeBSD-9.1-RC1-i386-bootonly.iso) = 0e3bf9d6f233b0502bac54b45d8a8fe9
MD5 (FreeBSD-9.1-RC1-i386-disc1.iso) = 2d911a7c7e3ed6f93bf0a03d0696aab7
MD5 (FreeBSD-9.1-RC1-i386-memstick.img) = 64608c316269f38390501b331b954b44

MD5 (FreeBSD-9.1-RC1-powerpc64-bootonly.iso) = 4ea17dc932dad7632d7bea70af5e16a7
MD5 (FreeBSD-9.1-RC1-powerpc64-memstick) = f28d44cd7fec655d6944cdeabeca2d6c
MD5 (FreeBSD-9.1-RC1-powerpc64-release.iso) = 08742f914353300917c92b339728b80e

SHA256 (FreeBSD-9.1-RC1-amd64-bootonly.iso) = f080e8c7cecd9bb44240a52e17827a94ad178f040b16526d339c8d0f2f1cdfd7
SHA256 (FreeBSD-9.1-RC1-amd64-disc1.iso) = 27bc85ec853f590f19ece8ddd672d62bfe58f6d8de874afd71958bd42b48f8c9
SHA256 (FreeBSD-9.1-RC1-amd64-memstick.img) = d8312855a32dba9b22fd208c2426d136640421ccca459ce429f8a70edee9398c

SHA256 (FreeBSD-9.1-RC1-i386-bootonly.iso) = 1c8c555aa700d2b3bda77748436a1a6c2497521aae0974a7cd97451a27a9e3e4
SHA256 (FreeBSD-9.1-RC1-i386-disc1.iso) = f16a310fe80a01555f5d3dd108bae3b8e08d01db18d7dd7d4e70e13f0bc0a7a8
SHA256 (FreeBSD-9.1-RC1-i386-memstick.img) = 0799b8efd6f8678c474fe8048a265e21b487665f70c6e4172087e3c76b28a798

SHA256 (FreeBSD-9.1-RC1-powerpc64-bootonly.iso) = e183acb6cbb5cdbba3b3830e773c4e49ecb315eb07bde5d91d2e9595ba679d5f
SHA256 (FreeBSD-9.1-RC1-powerpc64-memstick) = afc19a57f8d7e8b8a49f863f817221d7639f1b78288cdb0a7b8ffa5b60632d64
SHA256 (FreeBSD-9.1-RC1-powerpc64-release.iso) = 71c8a2965ff1198894e84ce0260e801b9e7f234c560bbbe95bf49274d399166d

-- 
                                                Ken Smith
- From there to here, from here to      |       kensmith@buffalo.edu
  there, funny things are everywhere.   |
                      - Theodore Geisel |
 
Ich wuerde hier ja als noch eine bedeutende Aenderung hinzufuegen, das nun pkg Einzug ins Basissystem erhaelt (zumindest das bootstrap tool), was wohl bald die pkg_* komplett abloesen soll.

Ich hab die BETA-1 und RC-1 schon seit einer Weile in mehr oder weniger produktiver Nutzung und bin bis jetzt sehr angetan.
 
... und PCBSD zieht nach:
PC-BSD 9.1-RC1 Now Available

Kris has announced the availability of RC1:

The RC1 images for the upcoming PC-BSD 9.1 are now available for i386 and amd64 architectures.

This release candidate provides both users and developers a means to test out new features in the upcoming PC-BSD 9.1 release. This snapshot may contain buggy code and features, so users are encouraged to run it only on non-critical systems.

Changes since the previous beta:

Based on FreeBSD 9.1-RC1.
Added new functionality to the warden client. You can now schedule daily / hourly creation of jail snapshots. You may also set the number of days worth of jails you wish to keep. Old jail snapshots will be removed automatically.
Improve the shutdown scripts to make sure we unmount, even if the jail was manually stopped.
Added Active Directory / LDAP backend and GUI utility.
Fixed a number of bugs relating to jail creation / management.
Auto-enable the flash plugin when creating new users.
Added some initial packages to TrueOS, such as sudo / bash and others.
Bugfixes to AppCafe.
Fixed Window Maker startup issues.
Added the Enlightenment (E17) desktop as an unsupported desktop meta-package.
Added lots of new packages for TrueOS / Warden.

Errata:

If you wish to update from 9.0 to RC1 you may do so by editing the /usr/local/share/pcbsd/pc-updatemanager/conf/sysupdate.conf file and changing the PATCHSET: variable to pcbsdtest.

After changing this variable, you may run the updater utility, to download a new update manager. Once this update manager is installed, the online update to the RC1 version will appear.

If you find any bugs in this snapshot, please report them to the testing mailing list.

This version contains a first draft of the upcoming 9.1 Handbook. This draft is not complete, the sections are not hyperlinked, and sections that are still be written/tested are highlighted in yellow. The next RC will contain a more recent draft.

http://blog.pcbsd.org/2012/08/pc-bsd-9-1-rc1-now-available/
 
Hi,

ist /usr/sbin/kbdcontrol -l /usr/share/syscons/keymaps/german.iso.kbd zum Setzen dort noch aktuell richtig ? Wenn ich das tue funktioniert manchmal der Zeichensatz hier nicht immer korrekt. Derzeit koi Plan han bei FreeBSD 9.1 RC1 ob das an der Tastatur mit USB Anschluss liegen könnte oder am OS. Hat jemand was vergleichbares schon gesehen ?

An der 9.0-Release mit aktuellem Patchlevel konnte ich das Problem so noch nicht beobachten.

Beste Grüße
Bummibär
 
Das sollte soweit noch klappen. Der faule Bär würde übrigens "kbdcontrol -l german.iso" nutzen. :)
 
Gestern war jemand im IRC, der angemerkt hat, dass er die Meldung bekommt, dass eine neue Mail da ist. Beim Aufrufen von "mail" kommt jedoch "No mail for root".

Ich habe hier gerade eine Maschine von 9.0-RELEASE auf 9.1-RC1 aktualisiert. Sobald ich mit su zu root werde, erhalte ich die Meldung
$su
Sie haben Mail
Rufe ich nun mail auf, erhalte ich ebenfalls die Meldung, dass keine Mail da sei. Egal ob als User oder als root... Ist da etwas bekannt?

Gruß
 
Noch eine Idee: Deine mbox-Datei unter /var/mail/$username hat falsche Rechte oder ist irgendwie kaputt gegangen. Du könntest sie mal im Editor öffnen und schauen, ob dort Mails drin liegen. Wenn ja, lösche sie und erstelle eine neue, leere Datei mit den richtigen Rechten. Dazu als Beispiel:
Code:
-rw-------   1 yamagi      yamagi         0B  9 Jun  2010 yamagi
 
Hi Columbo...., Hi Yamagi,

deine Rechte der mbox-Datei sind so, wie sie der standard Mailer, Sendmail, vergiebt. Benutzt man einene anderen, können diese auch anders aussehen.

/var/mail hat Rechte von 0775 Gruppe 'mail', der USER kann somit die mbox-Datei lesen und schreiben, allerdings nicht erstellen und nicht löschen. Alle mbox-Dateien müssten eingentlich bei der Erstellung ebenfalls Gruppe 'mail' vererbt bekommon, außer der Mailer 'will es anders'. Warum auch immer.
 
gibt es noch Probleme mit USB? Ich könnte ab Dienstag die 9.1 evaluieren.

Es geht um einen FreeBSD basierten Bacula und TimeCapsule Server. In meinem Konzept ist vorgesehen das ich ein Rescuesystem auf USB Stick auf Lager habe. Damit kann ich den Katalog wieder herstellen und im zweiten Task dann das System durch sich selbst.
 
gibt es noch Probleme mit USB? Ich könnte ab Dienstag die 9.1 evaluieren.

Nein, USB 1.0, 1.1, 2.0, 3.0 funktionieren jetzt perfekt, alle Geräte werden problemlos erkannt, die Übertragsungsgeschwindigkeiten übersteigen die von Linux und Windows zusammen und es gibt inzwischen auch eine stabile Unterstützung von USB 4.0. :rolleyes:

Scherz beiseite, welche Probleme sind dir denn wann und wie aufgefallen?
 
Nochmal eine kurze Zwischenmeldung:

Das "Problem" mit den Mails konnte ich nun auf 3 Rechnern "nachvollziehen". Auf dem letzten Rechner (der bislang einzige i386-Rechner) habe ich nun folgendes Problem: Wenn ich freebsd-update fetch ausführe, prüft er natürlich erfolglos nach updates. Anstatt aber wieder zum "Prompt" (?) zurückzukehren, zeigt er eine Ausgabe, die der von "less" ähnelt. Er zeigt also alle Zeilen an, dann erhalte ich ein leeres Fenster wo
steht. Wenn ich dann mit q beende, springt er zu der normalen Ausgabe zurück und ich sehe, was freebsd-update gemacht hat.

Sehr merkwürdig...
 
Hi Columbo...., Hi Yamagi,

deine Rechte der mbox-Datei sind so, wie sie der standard Mailer, Sendmail, vergiebt. Benutzt man einene anderen, können diese auch anders aussehen.

/var/mail hat Rechte von 0775 Gruppe 'mail', der USER kann somit die mbox-Datei lesen und schreiben, allerdings nicht erstellen und nicht löschen. Alle mbox-Dateien müssten eingentlich bei der Erstellung ebenfalls Gruppe 'mail' vererbt bekommon, außer der Mailer 'will es anders'. Warum auch immer.

Hallo auge,

auf einem anderen Rechner, auf dem ich dieses Problem auch habe, gehört die Datei "root" dem Benutzer root und der Gruppe mail. Die Berechtigung auf /var/mail ist 0775. An den sendmail-Einstellungen wurde nichts verändert. Ich habe jetzt mal, wie vorgeschlagen wurde, die Datei root gelöscht und neu erstellt (identische Berechtigung).

Wobei ich merkwürdig finde, dass auf den beiden anderen Rechnern die Gruppe der Datei root nicht mail sondern wheel war (auf einem noch ist), ich aber auf keinem Rechner die mail mit "mail" lesen kann.
 
Hi Columbo...,

wie hast du die root-Datei neu erstellt?
lösch mal die root Datei und schick root eine mail
Code:
# mail -s columbo-testmail root
blah oder text
.
#

dein mailer erstellt die root-datei neu, ich gehe davon aus, mit den richtigen Berechtigungen
 
ich hatte die Datei mit touch erstellt :)

Ok, auf der Maschine, auf der die Mail root.wheel gehörte, habe ich die Datei gelöscht und dann eine Mail geschickt. Die Datei wird wieder mit root.wheel angelegt. Eine Benachrichtigung erhalte ich auf dem Rechner nicht, die Mail kann ich mit mail nicht lesen.

Danke :)
 
... zuerst würd ich mal schauen was '# echo $MAIL' so sagt. Sollte ' /var/mail/root' raus kommen:)
Alternativ probiers mit ' # mail -f /var/mail/root' , so ähnlich stehts in der 'mail' man page:)

Wenn es dann immer noch nicht geht, 'debug und verbose' einschalten, sollte 'mail' etwas gesprächiger machen.
 
Ok, das war ein sehr guter Tipp :) echo $MAIL zeigt auf die Mailbox des "normalen" Benutzers. Das einfachste ist wohl die Mails mit einem alias weiterzuleiten, oder? :)

Danke!
 
Vorher noch eine Frage: Loggst du dich direkt als root ein, oder wirst du per "su" root? Wenn letzteres der Fall ist, verschwindet das Problem wenn du "su -l" nutzt?
 
Zurück
Oben