私たちのコアは、OpenSUSEのdebian / ubuntu / arch-linux適応カーネルです。現在は3.7-xenです。
 
      自動再構築と公開およびテストを組織することにより、カーネルは、新しいバージョンへの移行を含むOpenSUSEの更新に従って更新されます。 selectel-testingの場合、これは常に自動的に行われます(つまり、新しいカーネルを備えた新しいOpenSUSEがリリースされ、バージョン番号がここで自動的に更新されます)。selectel-stable手動でチェックすると、マイナーな修正(セキュリティ修正、重大なバグ修正)が自動的に公開されます。
これは誰の懸念ですか? Debian、Ubuntu、Arch Linuxのユーザー。 CentOSユーザーの場合、フルタイムカーネルが使用され、OpenSUSEユーザーの場合、このカーネルはそのまま使用できます。
使用を開始するには?
Debian / Ubuntu
設置
-  /etc/apt/sources.listファイルに次の行を追加します。 
      
 
 deb mirror.selectel.ru/selectel-testing selectel-testing main
 
 
 
 
-   aptitude update
 
 
 
 実行aptitude update
 
 
 
 
-   aptitude install linux-image-selectel
 
 
 
 実行します
-  カーネルヘッダーが必要な場合: aptitude install linux-headers-selectel
 
 
 
 
- 再起動
壊れた場合の対処方法
古いカーネルに一時的に戻る:「ダウンロード」タブで、メニュー項目grub「2」を指定して再起動します。
永続的な復帰:古いカーネルに一時的に復帰して起動した後、システムにログインします。
-  aptitude remove linux-image-selectel
 
 
 
 
-   dpkg -l|grep linux-image-selectel
 
 
 
 、「間違った」カーネルを選択します(無理しないでください-少なくとも1つのカーネルがインストールされたままでなければなりません( 'i'))。
-  削除します(例: aptitude remove linux-image-3.7.10-1.16-xen
 
 
 
 )
- grubメニュー項目を0に設定し、再起動します。 (最初のメニュー項目、次に再起動!)
Arch Linux
設置
-   /etc/pacman.confファイルで、追加する必要がある[selectel]セクションの前に: 
      
 
 [選択テスト] サーバー= http://mirror.selectel.ru/$repo/os/$arch/ SigLevel =オプション 
-   pacman -Syu
 
 
 
 を実行し、新しいカーネルのインストールに同意します
- 再起動
壊れた場合の対処方法
レスキューinitrdを選択し、infiltrate_rootを作成する必要があります(残念ながら、grubメニュー項目を選択しても機能しません-Archの機能)。
- /etc/pacman.confファイルから上記のブロックを削除します
-  キャッシュから古いバージョンのカーネルを配置しましょう: pacman -U /var/cache/pacman/pkg/linux-selectel-3.1.0-5-*.pkg.tar.xz
 
 
 
 すでにキャッシュをクリアしている場合は、ミラーラからパッケージを取得できます。mirror.selectel.ru/selectel/os/x86_64/linux-selectel-3.1.0-5-x86_64.pkg.tar.xz
 
 
 
 mirror.selectel.ru/selectel/os/x86_64/linux-selectel-3.1.0-5-x86_64.pkg.tar.xz
 
 
 
 (パッケージ名のアーキテクチャを自分のものに変更することを忘れないでください)
- 仮想マシンのブート設定を「0」に戻します(grubメニュー項目)
- 再起動
なぜアップストリームではないのですか?
いくつかの例外を除き、3.0よりも古い通常のアップストリームカーネルは正常に動作します。 既知の問題:
- 仮想マシンを移行すると、時間がdmesgに移動し、タイマーが壊れる場合があります。 これは、移行中に-xenカーネルがtscをマスクしますが、pv_ops(上流)はマスクしないためです。
- クラウドサーバー内のメモリが、割り当てられているよりも少なくなっています。 実質的な違いはありませんが、-xenカーネルは使用済みメモリのサービスメモリをマスクし、pv_opsはそれぞれ使用可能なメモリを削減します
- 状況によっては、カーネルは移行後に猶予arpの送信を忘れる場合があります。これにより、ARPの有効期間(約10分)の間、ネットワーク上で応答がなくなります。
このため、-xenカーネルが残っています。