Subject: [e1] eiskernel 2.19.0 (Status `testing`) verfügbar

Transcrição

Subject: [e1] eiskernel 2.19.0 (Status 'testing') verfügbar - 3.2er Kernel für
eisfair-1
Posted by Thomas Bork on Sun, 03 Apr 2016 09:38:18 GMT
View Forum Message <> Reply to Message
Hi @all,
ab 11:45 Uhr ist eine Version 2.19.0 von eiskernel mit dem Status
'testing' für eisfair-1 verfügbar.
Intern wird hierfür der Kernel 3.2.78 aus der Kernel-Serie 3.2
verwendet, die zur Zeit als longterm-Variante die längst mögliche
Unterstützung bietet.
Siehe dazu:
https://www.kernel.org/category/releases.html
Dieser Kernel wird in 3 Varianten angeboten (alle 32-Bit):
1. SMP
2. PAE
3. VIRT
Der SMP-Kernel unterstützt Systeme mit einem oder mehreren Prozessoren
und Prozessoren mit einem oder mehreren physikalischen oder virtuellen
Kernen.
Der PAE-Kernel ist der SMP-Kernel plus PAE und Sparse-Memory-Model. Die
CPU muss die Features cmov und pae unterstützen - das wird bei der
Installation überprüft.
Wenn man einen Prozessor verwendet, der diese Features unterstützt und
wenn man noch dazu mehr als 4GB RAM ansprechen möchte, sollte man also
die PAE-Variante installieren.
Der VIRT-Kernel sollte alle notwendigen Features mitbringen (die der
Kernel 3.2.78 anbietet), um als Gast-Kernel auf
Virtualisierungs-Systemen zu laufen. Er ist der PAE-Kernel, erweitert um
Funktionen für Xen und KVM.
Diese Kernel-Pakete lassen sich nur auf Systemen mit laufendem Kernel
3.2.75-eisfair-1 oder 3.2.77-eisfair-1 installieren. Ausnahme ist der
VIRT-Kernel, der bei der Installation naturgemäss keine Überprüfung des
laufenden Kernels vornimmt.
Beim Update von 3.2.75-eisfair-1 aus wird *bei genügend Platz in /boot*
ein lilo-Start-Eintrag für diesen Kernel erzeugt, wenn noch kein Backup
dieses Kernels unter /boot existiert, um problemlos den alten stabilen
Kernel booten zu können. Beim Update von 3.2.77-eisfair-1 aus werden
alle alten Kernel samt der Fallbacks noch nicht gelöscht - das passiert
erst, wenn die Version hier stable wird.
Ein Update vom abgekündigten Kernel 3.2.71-eisfair-1 oder älter ist
Page 1 of 13 ---- Generated from
net(t)forum
nicht möglich - es sei denn, man installiert übergangsweise den
VIRT-Kernel. Dabei wird aber kein Fallback-Eintrag angelegt, sondern es
existieren hinterher nur eis und oldeis.
Zu den angegebenen eiskernel-Namen (z.B. 3.2.77-eisfair-1) und den darin
enthaltenen Versionen siehe [1].
Denkt daran, eventuell bei Euch installierte kernel-abhängige Treiber
(z.B. die AVM- und Dahdi-Module) für diesen Kernel vorher zu
installieren, da der Name sich geändert hat!
Wenn Ihr das Paket lm_sensors verwendet:
Die aktualisierten hwmon-Treiber erfordern, dass ein aktuelles
lm-sensors-Paket für diesen Kernel installiert wird und die Erkennung
dieses Paketes neu ausgeführt wird.
Änderungen zum vorherigen stabilen eiskernel 2.18.1:
====================================================
- Name auf 3.2.77-eisfair-1 geändert (war 3.2.75-eisfair-1)
- alle Patches bis zu 3.2.78 integriert (war 3.2.76)
- zusätzlicher Patch für af_unix (ansonsten Stand 3.2.78),
um auch hier das Problem aus dem Thread
"Absturz, Log-Datei vor dem Absturz" zu beheben:
http://article.gmane.org/gmane.linux.network/398805
- /drivers/ata/libata-core.c:
HDD VB0250EAVER, HPG9 in aa-blacklist aufgenommen, um
das Problem aus dem Thread
"Fehlermeldung beim start - ata failed to enable aa"
zu beheben.
- /drivers/hwmon/it87.c:
Neue Version, die zusätzliche Chips unterstützt:
+ IT8620E
+ IT8623E
+ IT8628E
+ IT8732F
+ IT8781F
+ IT8786E
+ IT8790E
- /drivers/hwmon/nct6775:
Neue Version, die zusätzliche Chips unterstützt:
+ nct6792d
+ nct6793d
- /drivers/hwmon/w83627ehf:
Unterstützt die Chips nicht mehr, die nct6775 unterstützt:
- nct6775f
- nct6776f
- CONFIG_DEVTMPFS=y (war # CONFIG_DEVTMPFS is not set)
als Vorbereitung für eudev
- # CONFIG_BLK_DEV_UB is not set (war CONFIG_BLK_DEV_UB=m),
damit eudev korrekte Devices für USB-Geräte erzeugt
- /tmp/install.sh:
net(t)forum
- löscht /lib/modules/${kernel}/kernel/drivers/block/ub.ko
- führt /tmp/create-devices nur aus, wenn /dev nicht devtmpfs
gemountet ist
- fügt 'net.ifnames=0' in append der lilo.conf ein
Dieses Paket bei http://pack-eis.de:
====================================
PAE : http://www.pack-eis.de/index.php?p=17990
SMP : http://www.pack-eis.de/index.php?p=17991
VIRT: http://www.pack-eis.de/index.php?p=17992
Gleichzeitig wird wie gewohnt auch das Paket kernel-dev (Version 2.19.0)
mit den Quellen passend zu diesem Kernel freigegeben.
Änderungen zum vorherigen stabilen kernel-dev 2.18.1:
=====================================================
- Setzt installierten eiskernel 2.19.0 voraus.
- alle Patches bis zu 3.2.78 integriert (war 3.2.76)
- zusätzlicher Patch für af_unix (ansonsten Stand 3.2.78),
um auch hier das Problem aus dem Thread
"Absturz, Log-Datei vor dem Absturz" zu beheben:
http://article.gmane.org/gmane.linux.network/398805
- /drivers/ata/libata-core.c:
HDD VB0250EAVER, HPG9 in aa-blacklist aufgenommen, um
das Problem aus dem Thread
"Fehlermeldung beim start - ata failed to enable aa"
zu beheben.
- /drivers/hwmon/it87.c:
Neue Version, die mehr Chips unterstützt.
- /drivers/hwmon/nct6775:
Neue Version, die mehr Chips unterstützt.
- /drivers/hwmon/w83627ehf:
Unterstützt die Chips nicht mehr, die nct6775 unterstützt.
Dieses Paket bei http://pack-eis.de:
====================================
http://www.pack-eis.de/index.php?p=17993
Der Kernel 3.2.78:
==================
http://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/log/ ?id=refs/tags/v3.2.78
[1]
Übersicht der 3.2er eiskernel-1-Pakete:
=======================================
net(t)forum
eiskernel-Vers.| eiskernel-Name | Patchlevel Vanilla
______________________________________________________
2.19.0
| 3.2.77-eisfair-1 | 3.2.78
2.18.1
| 3.2.75-eisfair-1 | 3.2.76
2.18.0
| 3.2.75-eisfair-1 | 3.2.76
2.17.2
| 3.2.75-eisfair-1 | 3.2.76
2.17.1
| 3.2.75-eisfair-1 | 3.2.75
2.17.0
| 3.2.75-eisfair-1 | 3.2.75
2.16.0
| 3.2.71-eisfair-1 | 3.2.74
2.15.0
| 3.2.71-eisfair-1 | 3.2.74
2.14.0
| 3.2.71-eisfair-1 | 3.2.72
2.13.1
| 3.2.71-eisfair-1 | 3.2.72
2.13.0
| 3.2.71-eisfair-1 | 3.2.71
2.12.0
| 3.2.67-eisfair-1 | 3.2.69
2.11.1
| 3.2.67-eisfair-1 | 3.2.69
2.11.0
| 3.2.67-eisfair-1 | 3.2.69
2.10.0
| 3.2.67-eisfair-1 | 3.2.68
2.9.0
| 3.2.67-eisfair-1 | 3.2.68
2.8.0
| 3.2.54-eisfair-1 | 3.2.66
2.7.1
| 3.2.54-eisfair-1 | 3.2.66
2.7.0
| 3.2.54-eisfair-1 | 3.2.65
2.6.0
| 3.2.54-eisfair-1 | 3.2.64
2.5.8
| 3.2.54-eisfair-1 | 3.2.64
2.5.7
| 3.2.54-eisfair-1 | 3.2.63
2.5.6
| 3.2.54-eisfair-1 | 3.2.62
2.5.5
| 3.2.54-eisfair-1 | 3.2.61
2.5.4
| 3.2.54-eisfair-1 | 3.2.60
2.5.3
| 3.2.54-eisfair-1 | 3.2.59
2.5.2
| 3.2.54-eisfair-1 | 3.2.57
2.5.1
| 3.2.54-eisfair-1 | 3.2.55
2.5.0
| 3.2.54-eisfair-1 | 3.2.54
Ich wünsche allen Anwendern weiterhin viel Spass mit eisfair!
Das Posting geht parallel an spline.eisfair und spline.eisfair.dev.
Produktive Rückmeldungen (insbesondere zu den erneuerten Treibern) bitte
an spline.eisfair.dev.
-der tom
[eisfair-team]
Subject: Re: [e1] eiskernel 2.19.0 (Status 'testing') verfc3bcgbar - 3.2er Kernel
fc3bcr eisfair-1
Posted by Marcus Roeckrath on Sun, 03 Apr 2016 10:03:56 GMT
Hallo Thomas,
net(t)forum
Thomas Bork wrote:
> ab 11:45 Uhr ist eine Version 2.19.0 von eiskernel mit dem Status
> 'testing' für eisfair-1 verfügbar.
Auf meinen beiden Systemen (PAE und SMP) keinerlei Auffälligkeiten.
>
>
>
>
Wenn Ihr das Paket lm_sensors verwendet:
Die aktualisierten hwmon-Treiber erfordern, dass ein aktuelles
lm-sensors-Paket für diesen Kernel installiert wird und die Erkennung
dieses Paketes neu ausgeführt wird.
Die aktuelle Version von lm_sensors hat eine für diesen Kernel angepasste
Zuordnung von Modul zu unterstützten Chipsätzen.
lm_sensors hat den Status testimg, so dass ein Upgrade unter "Upgradable
Packages" nur nach Druck auf F3 angezeigt wird.
Vor einer Neuerkennung würde ich zunächst auf der Kommandozeile mal sensors
aufrufen; werden wie gewohnt die richtigen Sensoren und vernünftige Werte
angezeigt, ist kein Neuerkennung notwendig.
Es betrifft auch nur diejenigen, die bislang das Modul w83627ehf einsetzen
und als Chip einen nct6776X auf dem Board haben.
Welche Modul geladen wird, kann unter
eis # cat /etc/sysconfig/lm_sensors
[...]
HWMON_MODULES="w83627ehf"
[...]
MODULE_0=w83627ehf
nachgesehen werden.
Der verwendete Chip steht in /etc/config.d/lm_sensors
LM_SENSORS_CHIP_X='nct6776' # name of chip
Wenn also hier nct6776X steht und Kernel 2.19.0, ist vermutlich eine
Anpassung des Moduls notwendig.
Es wird vermutlich nun das Modul nct6776 statt w83627ehf
in /etc/sysconfig/lm_sensors einzutragen sein; dies kann manuell oder über
die Sensorerkennung geschehen.
Ein Reboot ist erforderlich.
-Gruss Marcus
net(t)forum
Subject: Re: [e1] eiskernel 2.19.0 (Status 'testing') verfügbar - 3.2er Kernel
für eisfair-1
Posted by Helmut Backhaus on Sun, 03 Apr 2016 12:56:35 GMT
Hallo Thomas,
Am 03.04.2016 um 11:38 schrieb Thomas Bork:
> Hi @all,
>
> Intern wird hierfür der Kernel 3.2.78 aus der Kernel-Serie 3.2
> verwendet, die zur Zeit als longterm-Variante die längst mögliche
> Unterstützung bietet.
>
> Siehe dazu:
>
> https://www.kernel.org/category/releases.html
>
> Dieser Kernel wird in 3 Varianten angeboten (alle 32-Bit):
>
> 1. SMP
> 2. PAE
> 3. VIRT
>
Je ein mal eingebaut und bis jetzt keine Probleme. Aber zwei von den
Maschinen sind Test- / Spielmaschinen.
Danke für Deine unermüdliche Arbeit!!
-Gruß,
Helmut
für eisfair-1
Posted by Jürgen Witt on Mon, 04 Apr 2016 13:52:53 GMT
Hallo Tom,
> Hi @all,
>
net(t)forum
auf meinem Test-System unauffällig.
Danke für Deine Arbeit.
Gruß
Jürgen
für eisfair-1
Posted by B. Sprenger on Wed, 06 Apr 2016 06:25:58 GMT
Guten Morgen,
> Hi @all,
>
>
> Siehe dazu:
>
> https://www.kernel.org/category/releases.html
>
zunächst auf einer Maschine aktualisiert, ohne Auffälligkeiten.
Mal etwas anderes:
In den Servern ist jeweils auch eine ISDN-Karte verbaut.
Nach einem Kernel-Update funktioniert diese dann immer nicht mehr.
Beim ersten mal hatte mich das ziemliche Nerven gekostet.
Mittlerweile weiss ich das natürlich.
Aber ich muss jedes mal suchen, was ich da aktualisieren muss (bin
anscheinend ziemlich vergesslich)
Könnte man das nicht irgendwie automatisieren?
Also beim Update prüfen ob eine ISDN-Karte verbaut ist und dann ggf. die
notwendigen Treiberupdates automatisch durchführen?
Zumindest für mich wäre das eine grosse Erleichterung.
LG
Boris
net(t)forum
für eisfair-1
Posted by Jürgen Witt on Wed, 06 Apr 2016 09:04:09 GMT
Hallo Boris,
Am 06.04.2016 um 08:25 schrieb B. Sprenger:
> Könnte man das nicht irgendwie automatisieren?
> Also beim Update prüfen ob eine ISDN-Karte verbaut ist und dann ggf. die
> notwendigen Treiberupdates automatisch durchführen?
Wie soll das gehen? Ich denke, die ISDN-Treiber können erst installiert
werden, wenn der neue Kernel installiert ist und der PC neu gebootet wurde.
Gruß
Jürgen
für eisfair-1
Posted by B. Sprenger on Wed, 06 Apr 2016 11:48:04 GMT
Hallo Jürgen,
Am 06.04.2016 um 11:04 schrieb Jürgen Witt:
> Hallo Boris,
>
> Am 06.04.2016 um 08:25 schrieb B. Sprenger:
>
>> Könnte man das nicht irgendwie automatisieren?
>> Also beim Update prüfen ob eine ISDN-Karte verbaut ist und dann ggf. die
>> notwendigen Treiberupdates automatisch durchführen?
>
> Wie soll das gehen? Ich denke, die ISDN-Treiber können erst installiert
> werden, wenn der neue Kernel installiert ist und der PC neu gebootet wurde.
Hm, darüber hatte ich nicht nachgedacht, bzw. wusste es nicht.
Wenn das tatsächlich der Fall ist, wird es vermutlich schwierig bis
unmöglich.
Schade
LG
Boris
für eisfair-1
Posted by alex[1] on Wed, 06 Apr 2016 20:17:47 GMT
net(t)forum
Hi,
hab ebenfalls eine Fritz USB ISDN dran und beim Kernel Update auch immer
mal Probleme. Wie ist denn das korrekte Vorgehen? Die AVM-Treiber sind
ja oft erst einige Tage später verfügbar. Wartest Du dann auch mit dem
Kernelupdate oder lässt sich ein Update auch mit den alten Treibern
hinbekommen?
Installierst Du Kernel/Capi/Treiber....jeweils mit Reboot
zwischendurch....?
Viele Grüße
Alex
--Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
https://www.avast.com/antivirus
Subject: Re: [e1] eiskernel 2.19.0 (Status 'testing') verfc3bcgbar - 3.2er Kernel
fc3bcr eisfair-1
Posted by Marcus Roeckrath on Wed, 06 Apr 2016 20:33:56 GMT
Hallo Alex,
Alex Busam wrote:
> hab ebenfalls eine Fritz USB ISDN dran und beim Kernel Update auch immer
> mal Probleme. Wie ist denn das korrekte Vorgehen? Die AVM-Treiber sind
> ja oft erst einige Tage später verfügbar.
Thomas gibt IMHO die Kernel erst dann öffentlich frei, wenn auch die
externen Modul bereitstehen.
Zumindest beim 2.19.0 war das so.
Erforderlich sind die ja auch nur dann, wenn sich das Modulverzeichnis
geändert hat, wie von 2.18.1 nach 2.19.0 von 3.2.75-eisfair-1 nach
3.2.77-eisfair-1.
-Gruss Marcus
für eisfair-1
Posted by Holger Bruenjes on Wed, 06 Apr 2016 20:38:32 GMT
Hallo Alex
net(t)forum
Am 2016-04-06 um 22:17 schrieb Alex Busam:
>
>
>
>
>
hab ebenfalls eine Fritz USB ISDN dran und beim Kernel Update auch immer
mal Probleme. Wie ist denn das korrekte Vorgehen? Die AVM-Treiber sind
ja oft erst einige Tage später verfügbar. Wartest Du dann auch mit dem
Kernelupdate oder lässt sich ein Update auch mit den alten Treibern
hinbekommen?
nein, die Treiber sind _immer_ vor dem Kernel da, ohne Treiber kein
Kernel.
> Installierst Du Kernel/Capi/Treiber....jeweils mit Reboot
> zwischendurch....?
Du kannst den Treiber vorher aktualisieren, oder vor dem reboot, wie
Du willst, dann ist der nach dem reboot aktiv.
Der wesentliche Unterschied, vor dem reboot musst Du den richtigen
Treiber selber suchen, nachdem reboot reicht es die jeweilige config
neu abzuspeichern, dann wird der richtige Treiber automatisch
installiert. ;-)
Das steh auch in der Mail von Tom
[...
Denkt daran, eventuell bei Euch installierte kernel-abhängige Treiber
(z.B. die AVM- und Dahdi-Module) für diesen Kernel vorher zu
installieren, da der Name sich geändert hat!
....]
Holger
für eisfair-1
Posted by alex[1] on Thu, 07 Apr 2016 07:44:41 GMT
Am 06.04.2016 um 22:38 schrieb Holger Bruenjes:
> Der wesentliche Unterschied, vor dem reboot musst Du den richtigen
> Treiber selber suchen, nachdem reboot reicht es die jeweilige config
> neu abzuspeichern, dann wird der richtige Treiber automatisch
> installiert.;-)
Hi,
also das Capi-Paket muss weder erneut installiert werden, noch muss die
Config geöffnet, gespeichert werden.
Vor einer Aktivierung des neuen Kernels muss ich nach dem korrekten
net(t)forum
Treiber-Paket suchen (Es wird ja noch nicht in der upgradable List
angezeigt) und installieren.
In meinem Fall jetzt FRITZ!CARD USB2X for 3.2.77
Nun Kernel installieren und Reboot.
In dem Fall muss keine Config geöffnet werden. Treiber und Capi sollte
nun wieder z.B. für Eisfax zur Verfügung stehen. Hab ich das korrekt
verstanden?
Welche Config (die capi unter Driver administration?) muss ich in
welchem Fall doch noch aufrufen?
Gruß
Alex
--Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
https://www.avast.com/antivirus
für eisfair-1
Posted by B. Sprenger on Thu, 07 Apr 2016 11:03:21 GMT
hallo zusammen,
Am 06.04.2016 um 22:38 schrieb Holger Bruenjes:
>
>
> Du kannst den Treiber vorher aktualisieren, oder vor dem reboot, wie
> Du willst, dann ist der nach dem reboot aktiv.
Das würde ja bedeuten, dass man es vielleicht doch automatisieren könnte?
Egal wie man es macht, es ist ja jedes mal zusätzlicher Aufwand und ich
habe jedes mal wieder vergessen, wie ich es das letzte Mal gemacht habe....
LG
Boris
für eisfair-1
Posted by Thomas Ostermaier on Thu, 07 Apr 2016 17:08:24 GMT
Hallo Thomas,
net(t)forum
> Hi @all,
>
auf 3 Rechnern (1xPAE,2xSMP) installiert, keine Probleme.
Vielen Dank
Gruß Thomas
für eisfair-1
Posted by Thomas Bork on Thu, 07 Apr 2016 18:17:35 GMT
> Das würde ja bedeuten, dass man es vielleicht doch automatisieren könnte?
Schick mir die notwendigen Änderungen einfach zu.
-der tom
[eisfair-team]
für eisfair-1
Posted by B. Sprenger on Thu, 07 Apr 2016 18:42:58 GMT
> Am 07.04.2016 um 13:03 schrieb B. Sprenger:
>
>> Das würde ja bedeuten, dass man es vielleicht doch automatisieren könnte?
>
> Schick mir die notwendigen Änderungen einfach zu.
>
Du bist ja lustig,
ich habe oben erklärt, dass ich jedes mal Mühe die richtigen Schritte in
der richtigen Reihenfolge zu mache und das soll ich jetzt programmieren.
Ich beherrsche noch Fortran. Kann ich es damit programmieren?
net(t)forum
für eisfair-1
Posted by Jürgen Witt
on Thu, 07 Apr 2016 19:18:39 GMT
Hallo Boris,
> ich habe oben erklärt, dass ich jedes mal Mühe die richtigen Schritte in
> der richtigen Reihenfolge zu mache und das soll ich jetzt programmieren.
Wenn etwas für mich wichtig ist und die Gefahr besteht, dass ich es
vergesse (weil ich es z.B. nur selten anwende), schreibe ich es mir
einfach auf oder erstelle mir einen kommentierten Screenshot von dem
Prozedere.
Gruß
Jürgen
net(t)forum

Subject: [e1] eiskernel 2.19.0 (Status `testing`) verfügbar

Transcrição

Documentos relacionados

Subject: [e1] eiskernel 2.2.0

Subject: sane - Erfolgserlebnis und Frage Posted by Stefan Puschek

Subject: Asus A7N8X-E Automatic Power on Posted by

Blue-1000 USB Stick

Subject: Network-Boot WRAP-Board Posted by Marc Matzen on Mon, 29

Aktuelle Entwicklungen beim Linux-Kernel

Forum: Recruitment Forum

Das Hochfahren - Kronberg Gymnasium

Das offizielle Voxamps Forum des deutschen Vertriebes

Eventvorschlag Aw: Eventvorschlag Aw

Rootkits – Gefahren, Erkennung und Entfernung

(Anleitung f\374r Hardware 3D-Beschleunigung @ Gentoo Linux

PXE-Installation für EISFAIR

Basistechnologie: Virtualisierung

Linux Rootkits - Chair of Network Architectures and Services

8 Installation der Software

Speicherverwaltung für virtualisierte GPGPUs

TCN Trace Control for Netem

Abnehmen im Forum