ラベル Debian の投稿を表示しています。 すべての投稿を表示
ラベル Debian の投稿を表示しています。 すべての投稿を表示

2007年5月10日木曜日

iptables起動設定

 Debianにてiptablesを起動時に復元するための設定方法を調査した。どうやら、きちんと決められた方法はなく、自分でシェルスクリプトを書く必要があるらしい。 /etc/network/interfacesのpre-upに書くという方法が一番簡単そうだったが、現在のiptablesの設定はインターフェース単位ではないのでその方法はとらず、/etc/init.dにスクリプトを置くという方法をとることにした。

 /etc/init.d配下のシェルスクリプトには決められた様式があり、ひな型としては、/etc/init.d/skeletonがあるが、これはデーモン用のものであるため、とりあえず、/etc/init.d/ifupdownを参考にして、前に作成したSSHのフィルタリングを行うルール(この記事を参照)を設定するように以下のスクリプトmyfirewallを作成した。

#!/bin/sh
### BEGIN INIT INFO
# Provides:          myfirewall
# Required-Start:    
# Required-Stop:     $local_fs
# Default-Start:     S
# Default-Stop:      0 6
# Short-Description: Set firewall.
### END INIT INFO

[ -x /sbin/iptables ] || exit 0

. /lib/lsb/init-functions

MYNAME="${0##*/}"
report() { echo "${MYNAME}: $*" ; }
report_err() { log_failure_msg "$*" ; }
[ -r /etc/default/$MYNAME ] && . /etc/default/$MYNAME

start_firewall () {
  iptables -N SSHEvil
  iptables -N SSH
  iptables -A INPUT -j SSH -p tcp --dport 22

  iptables -A SSHEvil -m recent --name badSSH --set
  iptables -A SSHEvil -j LOG --log-level DEBUG --log-prefix "evil SSH user:"
  iptables -A SSHEvil -j DROP

  iptables -A SSH -j ACCEPT -s 192.168.0.0/24
  iptables -A SSH -p tcp ! --syn -m state --state ESTABLISHED,RELATED -j ACCEPT
  iptables -A SSH -p tcp --syn -m recent --name badSSH --update --seconds 600 -j REJECT
  iptables -A SSH -p tcp --syn -m recent --name conSSH --rcheck --seconds 60 --hitcount 5 -j SSHEvil
  iptables -A SSH -p tcp --syn -m recent --name conSSH --set
  iptables -A SSH -p tcp --syn -j ACCEPT
}

stop_firewall () {
  iptables -F SSHEvil
  iptables -F SSH
  iptables -F INPUT
  iptables -X
}

case "$1" in
  start)
    log_begin_msg "Setting up firewall..."
    start_firewall
    log_end_msg 0
    exit 0
    ;;

  stop)
    log_begin_msg "Stopping firewall..."
    stop_firewall
    log_end_msg 0
    exit 0
    ;;

  restart|force-reload)
    log_begin_msg "Restarting firewall..."
    stop_firewall
    start_firewall
    log_end_msg 0
    exit 0
    ;;

  *)
    echo "Usage: $0 {start|stop|restart|force-reload}" >&2
    exit 3
    ;;
esac

exit 0

 次に実際に起動時にinitに起動してもらうため、必要なランレベルのディレクトリィにリンクを張る必要がある。Debianの/etc/inittabは以下のようになっている。

# The default runlevel.
id:2:initdefault:

# Boot-time system configuration/initialization script.
# This is run first except when booting in emergency (-b) mode.
si::sysinit:/etc/init.d/rcS

# What to do in single-user mode.
~~:S:wait:/sbin/sulogin

# /etc/init.d executes the S and K scripts upon change
# of runlevel.
#
# Runlevel 0 is halt.
# Runlevel 1 is single-user.
# Runlevels 2-5 are multi-user.
# Runlevel 6 is reboot.

l0:0:wait:/etc/init.d/rc 0
l1:1:wait:/etc/init.d/rc 1
l2:2:wait:/etc/init.d/rc 2
l3:3:wait:/etc/init.d/rc 3
l4:4:wait:/etc/init.d/rc 4
l5:5:wait:/etc/init.d/rc 5
l6:6:wait:/etc/init.d/rc 6
Debianではランレベル0がhalt, 6がrebootとなりそれぞれ/etc/rc{0,6}.d/の下のスクリプトが実行される。そして、/etc/rcS.dの下はsysinit、つまりランレベルに関わらず最初に実行されるディレクトリィとなっている。

 基本的にネットワーク起動前にiptablesを設定する必要があるのだが、Debianの場合は起動は以前に調査した結果、/etc/init.d/udev startでeth0が起動し、/etc/init.d/networking stopでeth0が停止することがわかっている(詳細はこの記事参照)。/etc/init.d/udevは/etc/rcS.d/S03udevで開始され、/etc/init.d/networkingは/etc/rc{0,6}.d/S35networkingで停止される。続くS36ifupdownもネットワークに関連するスクリプトであり、状態ファイルの削除を行っているものである。

 通常Sから始まるスクリプトは起動スクリプトであるが、initよりランレベルを引数として実際に起動されている/etc/rcスクリプトを見てみると、以下のようになっている。

(省略)
case "$runlevel" in
  0|6)
    ACTION=stop
    # Count down from 0 to -100 and use the entire bar
    first_step=0
    progress_size=100
    step_change=-1
    ;;
(省略)
# First, run the KILL scripts.
if [ "$previous" != N ]
then
  # Run all scripts with the same level in parallel
  CURLEVEL=""
  for s in /etc/rc$runlevel.d/K*
  do
    level=$(echo $s | sed 's/.*\/K\([0-9][0-9]\).*/\1/')
    if [ "$level" = "$CURLEVEL" ]
    then
      continue
    fi
    CURLEVEL=$level
    SCRIPTS=""
    for i in /etc/rc$runlevel.d/K$level*
    do
      (省略)
      SCRIPTS="$SCRIPTS $i"
    done
    startup stop $SCRIPTS
  done
fi
# Now run the START scripts for this runlevel.
# Run all scripts with the same level in parallel
CURLEVEL=""
for s in /etc/rc$runlevel.d/S*
  do
    level=$(echo $s | sed 's/.*\/S\([0-9][0-9]\).*/\1/')
    if [ "$level" = "$CURLEVEL" ]
    then
      continue
    fi
    CURLEVEL=$level
    SCRIPTS=""
    for i in /etc/rc$runlevel.d/S$level*
    do
      [ ! -f $i ] && continue
      (省略)
      SCRIPTS="$SCRIPTS $i"
    done
    startup $ACTION $SCRIPTS
  done
fi
ランレベル0,6のときは、先頭文字がS,Kに関わらずstopが引数として渡されている。そして、スクリプトの実行順番は、K,Sの順序である。これらの結果より、/etc/rcS.dにS03udevよりも早く/etc/rc{0,6}.dにS36ifupdownより遅くなるように、/etc/rcS.d/S03myfirewallと/etc/rc{0,6}.d/S37myfirewallというリンクを作成すればよいことがわかる。

 Debianではinitスクリプトのリンクを作成するコマンドupdate-rc.dがある。事前に/etc/init.d/配下にスクリプトが存在する必要があるので、上記のmyfirewallを/etc/init.d/へコピーする。update-rc.dコマンドの書式は以下となる。

update-rc.d {スクリプト名} {start | stop} {2桁連番} {runlevel} {.} ...

{start | stop}から{.}までは複数個記述することができる。よって、以下のコマンドを実行すればよい。
$ update-rc.d -n myfirewall start 03 S . start 37 0 6 .
 Adding system startup for /etc/init.d/myfirewall ...
  /etc/rc0.d/S37myfirewall -> ../init.d/myfirewall
  /etc/rc6.d/S37myfirewall -> ../init.d/myfirewall
  /etc/rcS.d/S03myfirewall -> ../init.d/myfirewall

■ 参考資料

Software/iptables - Debian GNU/Linux スレッドテンプレ
Manpage of IPTABLES
Manpage of BASH

2007年4月23日月曜日

Debian ネットワーク起動

 Debian(etch)のネットワーク起動について調査した。Debianの起動スクリプトは/etc/init.d/にあり、ネットワーク関係は/etc/init.d/networkになる。

start)
        process_options
        log_action_begin_msg "Configuring network interfaces"
        if ifup -v -a; then
            log_action_end_msg $?
        else
            log_action_end_msg $?
        fi
        ;;

 'ifup -v -a'を実行し、ネットワークインターフェースを起動している。ifupはDebian独自のユーティリティのようで、manページによると'-a'オプションは、/etc/network/interfacesの中でautoに指定されいているものを起動する。/etc/network/interfacesは以下のようになっていた。

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# This is a list of hotpluggable network interfaces.
# They will be activated automatically by the hotplug subsystem.
mapping eth0
        script grep
        map eth0

# The primary network interface
allow-hotplug eth0
iface eth0 inet dhcp

 autoになっているのはループバックデバイスloのみ。試しに、/etc/init.d/networking stopを実行すると、eth0, loともに停止する。しかし、/etc/init.d/networking startを実行しても、loしか起動しない。いろいろ試したところ、/etc/init.d/udev startを実行すると、eth0が起動した。これは、udevdを起動するスクリプトである。

 udevdが何かを調べてみたらSUSE Linuxのマニュアルにいろいろ書いてあった。SUSE Linux Enterprise Server Manual (PDF)の25章udevを使用した動的カーネルデバイス管理によると、udevdは動的にデバイスを管理するためのものであり、それまでのhotplugを置き換えるもののようだ。 udevdは、/etc/udev/rules.d/*.rulesディレクトリィに記述されルールに従って処理を行う。この場所にz55_hotplug.rulesがありここにnetwork関連の記述があった。

SUBSYSTEM=="net",                               RUN+="net.agent"

 net.agentを実行するようになっており、/lib/udev/net.agentがそれに相当するようだ。これはシェルスクリプトであり、net_ifup()関数でifupを実行している。

net_ifup() {
    check_program /sbin/ifup

    if grep -q '^auto[[:space:]].*\<'"$INTERFACE"'\>' \
            /etc/network/interfaces; then
        # this $INTERFACE is marked as "auto"
        IFUPARG='\('$INTERFACE'\|-a\|--all\)'
    else
        IFUPARG=$INTERFACE
    fi

    if ps -C ifup ho args | grep -q "$IFUPARG"; then
        debug_mesg "Already ifup-ing interface $INTERFACE"
        exit 0
    fi

    wait_for_interface lo

    exec ifup --allow=hotplug $INTERFACE
}

 ついでに上記ででてくるwait_for_interfaceは、sysファイルシステムを使ってネットワークインターフェースの状態を判定している。

wait_for_interface() {
    local interface=$1

    while :; do
        local state="$(cat /sys/class/net/$interface/operstate 2>/dev/null || true)"
        if [ "$state" != down ]; then
                return 0
        fi
        sleep 1
    done
}

■ 参考資料

SUSE Linux Enterprise Serverマニュアル(PDF)
ifupのmanページ

2007年4月17日火曜日

mt-daapdが起動できない

 Debian(etch)をdist-upgradeしたら、mt-daapdを起動できなくなった。

 まず、APT HOWTO 第 6 章 - ソースパッケージでの作業を参考にパッケージを再コンパイルしてみる。
fakerootツールをインストールする。

# apt-get install fakeroot
mt-daapdのソースとコンパイルに必要なパッケージをインストールする。
# apt-get source mt-daapd
# apt-get build-dep mt-daapd
mt-daapd_0.2.4+r1376.orig.tar.gz, mt-daapd_0.2.4+r1376-1.dsc, mt-daapd_0.2.4+r1376-1.diff.gzの3つがダウンロードされ展開されてコンパイル用のディレクトリィができる。そのディレクトリィに移動して以下のコマンドでパッケージを作成する。
# dpkg-buildpackage -rfakeroot -uc -b
パッケージは最初にソースをダウンロードしたディレクトリィ(1つ上)にできる。
aptでできたパッケージをインストールしてみたが、結果は変わらない。

 ログに何か出力されていないかどうか/var/log下のファイルを調べてみた。messages.logに関係ありそうなログがあった。

Mar 18 20:26:13 gold mt-daapd[4524]: *** WARNING *** The programme 'mt-daapd' uses the HOWL compatiblity layer of Avahi.
Mar 18 20:26:13 gold mt-daapd[4524]: *** WARNING *** Please fix your application to use the native API of Avahi!
Mar 18 20:26:13 gold mt-daapd[4524]: *** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=howl&e=mt-daapd>
上記のURLを見てみると、AvahiはDNS Service Discoveryと Multicast DNSのライブラリ。他にもhowlという同じ機能を提供する別のライブラリもあり、Avahiは完全ではないがその互換APIを提供している。mt-daapdはAvahiのhowl互換APIを使っているのでAvahiネイティブのAPIを使うように警告を出しているということのようだ。これで起動できなくなる問題というわけではなさそう。

 さらにログを調べてみると、daemon.logにmt-daapdが出力しているエラーを見つけた。

Error opening db: No backend database support for type: sqlite
上記メッセージでmt-daapdのソース内をgrepをかけたところ、main.c内でエラーメッセージを出力しているところを見つけた。
   /* this will require that the db be readable by the runas user */
    db_type = conf_alloc_string("general","db_type","sqlite");
    db_parms = conf_alloc_string("general","db_parms","/var/cache/mt-daapd");
    err=db_open(&perr,db_type,db_parms);

    if(err) {
        DPRINTF(E_LOG,L_MAIN|L_DB,"Error opening db: %s\n",perr);
#ifndef WITHOUT_MDNS
        if(config.use_mdns) {
            rend_stop();
        }
#endif
        os_deinit();
        exit(EXIT_FAILURE);
    }
エラーメッセージは、db_open関数が失敗したときに出力されている。db_open関数はdb-generic.cにあった。
/**

 * Open the database.  This is done before we drop privs, that  * way if the database only has root perms, then it can still  * be opened.
 *
 * \param parameters This is backend-specific (mysql, sqlite, etc)
 */
int db_open(char **pe, char *type, char *parameters) {
    int result;
    DPRINTF(E_DBG,L_DB,"Opening database\n");
    if(pthread_once(&db_initlock,db_init_once))
        return -1;
    db_current = &db_functions[0];
    if(type) {
        while((db_current->name) && (strcasecmp(db_current->name,type))) {
            db_current++;
        }

        if(!db_current->name) {
            /* end of list -- no match */
            db_get_error(pe,DB_E_BADPROVIDER,type);
            return DB_E_BADPROVIDER;
        }
    }
    result=db_current->dbs_open(pe, parameters);
    DPRINTF(E_DBG,L_DB,"Results: %d\n",result);
    return result;
}
db_functions配列から第2引数のtypeと名前が一致するものを検索し、db_functionsのdbs_open関数を呼んでいる。db_functionsの型はDB_FUNCTIONSで、構造体は以下のようになっている。
/** pointers to database-specific functions */
typedef struct tag_db_functions {
    char *name;
    int(*dbs_open)(char **, char *);
    int(*dbs_init)(int*);
    int(*dbs_deinit)(void);
    int(*dbs_add)(char **, MP3FILE*, int*);
    int(*dbs_add_playlist)(char **, char *, int, char *,char *, int, int *);
    int(*dbs_add_playlist_item)(char **, int, int);
    int(*dbs_delete_playlist)(char **, int);
    int(*dbs_delete_playlist_item)(char **, int, int);
    int(*dbs_edit_playlist)(char **, int, char*, char*);
    int(*dbs_playcount_increment)(char **, int);
    int(*dbs_enum_start)(char **, DBQUERYINFO *);
    int(*dbs_enum_size)(char **, DBQUERYINFO *, int *, int *);
    int(*dbs_enum_fetch)(char **, DBQUERYINFO *, int *, unsigned char **);
    int(*dbs_enum_fetch_row)(char **, PACKED_MP3FILE *, DBQUERYINFO *);
    int(*dbs_enum_reset)(char **, DBQUERYINFO *);
    int(*dbs_enum_end)(char **);
    int(*dbs_force_rescan)(char **);
    int(*dbs_start_scan)(void);
    int(*dbs_end_song_scan)(void);
    int(*dbs_end_scan)(void);
    int(*dbs_get_count)(char **, int *, CountType_t);
    MP3FILE*(*dbs_fetch_item)(char **, int);
    MP3FILE*(*dbs_fetch_path)(char **, char *,int);
    M3UFILE*(*dbs_fetch_playlist)(char **, char *, int);
    void(*dbs_dispose_item)(MP3FILE*);
    void(*dbs_dispose_playlist)(M3UFILE*);
}DB_FUNCTIONS;
データベースごとのルーチンを格納している関数テーブルのようだ。
main.cに戻り、db_typeがどのように指定されているか確認してみる。

db_type = conf_alloc_string("general","db_type","sqlite");

でdb_typeが代入されている。
conf_alloc_stringはconf.cにあった。
/**
 * return the value from the CURRENT config tree as an allocated string  *
 * @param section section name to search in  * @param key key to search for  * @param dflt default value to return if key not found  * @returns a pointer to an allocated string containing the required  *          configuration key  */
char *conf_alloc_string(char *section, char *key, char *dflt) {
    LL_ITEM *pitem;
    char *result;
    char *retval;

    _conf_lock();
    pitem = _conf_fetch_item(conf_main,section,key);
    if((!pitem) || (pitem->type != LL_TYPE_STRING)) {
        result = dflt;
    } else {
        result = pitem->value.as_string;
    }

    if(result == NULL) {
        _conf_unlock();
        return NULL;
    }

    retval = strdup(result);

    if(!retval) {
        DPRINTF(E_FATAL,L_CONF,"Malloc error in conf_alloc_string\n");
    }
    _conf_unlock();
    return retval;
}
コンフィグファイルからkeyの値を持ってくるが、keyが存在しない場合はdfltを値としている。コンフィグファイルである/etc/mt-daapd.confにはdb_typeというkeyは存在しないので、dlftであるsqliteがdb_typeとなる。(daemon.logに書いてあるとおり)
db_functionsの中身は以下のようになっている。
DB_FUNCTIONS db_functions[] = {
#ifdef HAVE_LIBSQLITE     {
        "sqlite",
        db_sql_open_sqlite2,
        db_sql_init,
        (省略)
     },
#endif #ifdef HAVE_LIBSQLITE3     {
        "sqlite3",
        db_sql_open_sqlite3,
        db_sql_init,
        (省略)
    }
sqliteの場合はDBのオープンにdb_sql_open_sqlitesqlite2という関数を使うようになっている。関数名から推測するに、おそらくsqlite2に含まれる関数だと思われる。
で、現在システムにインストールされているsqliteを調べてみた。
# dpkg -l "*sqlite*"

+++-================-================-================================================
un gda2-sqlite      <なし>         (説明 (description) がありません)
ii libsqlite0       2.8.17-2         SQLite shared library
ii libsqlite3-0     3.3.8-1.1        SQLite 3 shared library
ii libsqlite3-dev   3.3.8-1.1        SQLite 3 development files
un sqlite3-doc      <なし>         (説明 (description) がありません)
バイナリはlibsqlite0とlibsqlite3がインストールされているが、sqlite2はインストールされていない。db_functionsからdb_typeをsqlite3にすればsqlite3のライブラリを使うようになることがわかる。また、今までの解析からdb_typeをsqlite3にするためには、mt-daapd.confに以下の行を追加すればよいこともわかる。
(/etc/mt-daapd.confの適当な場所に追加)

db_type sqlite3
これでmt-daapdを起動してみたところ、正常に動作した。

2007年4月9日月曜日

フロッピードライブなしでのGRUBブートフロッピーの作成

stage1, stage2を生書きするやり方しか見つからなかったのでファイルシステム上に作成する方法をソースを解析しながら試してみた。

● フロッピーディスクイメージの作成

Debianの場合はまず、DOSツールをインストールする。

# apt-get install dosfstools
ddコマンドでイメージファイルを作成する。
# dd if=/dev/zero of=floppy.img bs=1k count=1440
作成したイメージファイルをFATでフォーマットする。
# mkdosfs floppy.img
floppy.imgをループバックデバイスとして適当なディレクトリィにマウントする。
# mount -t vfat floppy.img mnt/fd -o loop

● GRUB設定ファイルの作成

マウントディレクトリィを通じてイメージファイルへFATとしてアクセスできるようになったので、必要なファイルをコピーする。
# cd mnt/fd/boot/grub
# cp /usr/lib/grub/i386-pc/stage1 .
# cp /usr/lib/grub/i386-pc/stage2 .
#cp /boot/grub/device.map .
stage1,stage2は/boot/grubにあるものではなく、/usr/lib/grub/i386-pcより持ってくる。
Debianの場合は、/boot/grubにdevice.mapがあるが、ない場合は以下のようにして作成する。
# grub --device-map=device.map

grub> quit
grubを--device-mapオプションを指定して立ち上げ、すぐに終了する。
これでカレントディレクトリィに、device.mapが作成される。
続いてgrubが自動作成したdevice.mapを修正する。
(fd0) /home/floppy.img
(hd0) /dev/hda
fd0のデバイスファイル名としてフロッピーイメージファイルを記述する

● GRUBインストール

device.mapを指定してgrubを起動して、fd0へインストールする。

# grub --device-map=device.map

grub> root (fd0)
grub> setup (fd0)
これで、floppy.imgにgrubがインストールできた。
menu.lstをおけばメニューも出せるはず。

■ 参考資料

GNU GRUB Manual(英語)

2007年4月3日火曜日

Debian apt設定

● 最寄のミラーサーバーを検索

netselectコマンドで探す。
インストールされていなければaptでインストールする。

# apt-get install netselect
ミラーサーバのリストを渡す。
# netselect -vv \
ring.so-net.ne.jp \
ring.ocn.ad.jp \
ring.tains.tohoku.ac.jp \
ring.toyama-ix.net \
ring.u-toyama.ac.jp \
ring.nihon-u.ac.jp \
ring.airnet.ne.jp \
ring.maffin.ad.jp \
ring.sakura.ad.jp
実行結果は下記のようになる。
Running netselect to choose 1 out of 9 addresses.
................................................................................
ring.nihon-u.ac.jp                      32 ms  15 hops   75% ok ( 6/ 8) [  107]
ring.so-net.ne.jp                       22 ms  11 hops  100% ok (10/10) [   46]
ring.ocn.ad.jp                          22 ms  12 hops   90% ok ( 9/10) [   52]
ring.airnet.ne.jp                       22 ms   8 hops  100% ok (10/10) [   39]
ring.maffin.ad.jp                       24 ms  11 hops   90% ok ( 9/10) [   56]
ring.sakura.ad.jp                       32 ms  11 hops  100% ok (10/10) [   67]
ring.u-toyama.ac.jp                     45 ms  12 hops   85% ok ( 6/ 7) [  114]
ring.tains.tohoku.ac.jp                 32 ms  13 hops  100% ok (10/10) [   73]
ring.toyama-ix.net                      30 ms  12 hops  100% ok (10/10) [   66]
一番最後の行に最寄のミラーサーバが表示される。
この場合は、ring.airnet.ne.jp。

● aptの設定変更

aptがパッケージを取得するサーバは/etc/apt/sources.listに書かれている。
上で見つけた最寄のミラーサーバを追加する。

deb cdrom:[Debian GNU/Linux testing _Etch_ - Official Snapshot i386 Binary-1 (20060314)]/etch main
deb http://ring.airnet.ne.jp/pub/linux/debian/debian/ etch main contrib non-free
deb http://ftp2.jp.debian.org/debian/ etch main contrib non-free
deb-src http://ring.airnet.ne.jp/pub/linux/debian/debian/ etch main contrib non-free
deb-src http://ftp2.jp.debian.org/debian/ etch main contrib non-free

deb http://security.debian.org/ etch/updates main contrib non-free
deb-src http://security.debian.org/ etch/updates main contrib non-free
sources.listの書式は、以下のようになっている。

type uri distribution [component1] [component2] [...]

typeパッケージの種別。debはバイナリ、dec-srcはソースパッケージ。
uri取得する場所を指定。HTTP,FTP,CDROMなどが指定できる。
distributionディストリビューション名。sarge,etchなどの名前以外にstable,unstable,testingなど状態でも指定できる。
componentmain, contrib, no-freeのどれかを指定。全て指定しておけばいい。

● パッケージの更新

最新のパッケージリストより更新すべきパッケージを取得する。

# apt-get update
パッケージをダウンロードしアップデートを行う。
# apt-get upgrade
実行時のメッセージに保留パッケージがある場合は、それらのパッケージは更新されない。
(下記の例では0なので保留パッケージは存在しない)
アップグレード: 9 個、新規インストール: 0 個、削除: 0 個、保留: 0 個
保留される理由は、アップグレートすることで他のパッケージが削除される場合、または意図的に保留にするようにマークされている場合がある。
カーネルとかgcc, glibcとかシステムのコア部分などは保留パッケージとなっている。
保留パッケージを更新したい場合は、以下のコマンドを実行する。
# apt-get dist-upgrade
または、-sオプションをつけることで、シュミレーション動作(実際にはアップグレードを行わないがメッセージは表示させる)にし、アップグレードされるパッケージを確認したうえで個別にインストールを行う。
# apt-get -s dist-upgrade

# apt-get install <パッケージ名>

■ 参考資料

install - Debian GNU/Linux スレッドテンプレ
Debian、APTによるパッケージのアップデート
[debian-users:44343] Re:パッケージの保留に関して
apt-getのmanページ