HITACHI FLORA 310 DL7 に適したOSを探す旅

[ssnys]

コード: 全て選択

root 0# sfs_load -q -u /mnt/home/s15pup32/kernel_sources-5.15.178-kernel-kit.sfs 
sfs_load: debug: PUPHOME=/mnt/home;
sfs_load: debug: SFSMODE=y, DESTPART=sda2, DESTDIR=/mnt/home;
sfs_load: debug: LOOP=/dev/loop13: [2050]:17 /initrd/mnt/dev_save/s15pup32/kernel_sources-5.15.178-kernel-kit.sfs
sfs_load: debug: /dev/loop13;/initrd/mnt/dev_save/s15pup32/kernel_sources-5.15.178-kernel-kit.sfs;
sfs_load: debug: mount point is /initrd/pup_ro12;
sfs_load: cleanwhite /initrd/pup_ro12
sfs_load: debug: busybox mount -t aufs -o remount,del:/initrd/pup_ro12 unionfs /
sfs_load: --custom 'kernel_sources-5.15.178-kernel-kit.sfs' はアンロードされました。
sfs_load: debug: 'kernel_sources-5.15.178-kernel-kit.sfs' はアンロードされました。
sfs_load: debug: EXIT=Quit
sfs_load: --stop
root 0# rm -rf /usr/src/linux/
root 0# sfs_load -q /mnt/home/s15pup32/kernel_sources-5.15.178-kernel-kit.sfs
sfs_load: debug: PUPHOME=/mnt/home;
sfs_load: debug: SFSMODE=y, DESTPART=sda2, DESTDIR=/mnt/home;
sfs_load: debug: TFREE=1032700
sfs_load: debug: RFREE=2061896
sfs_load: debug: FILEISAT=home;
sfs_load: debug: '/mnt/home/s15pup32/kernel_sources-5.15.178-kernel-kit.sfs'(/dev/loop13) is mounted on '/initrd/pup_ro12'.
sfs_load: cleanwhite /initrd/pup_ro12
sfs_load: --custom 'kernel_sources-5.15.178-kernel-kit.sfs' は無事ロードされました。
アンロードするまではこのファイルを削除したり移動したりしないでください。
sfs_load: debug: 'kernel_sources-5.15.178-kernel-kit.sfs' は無事ロードされました。
アンロードするまではこのファイルを削除したり移動したりしないでください。
sfs_load: debug: EXIT=Quit
sfs_load: --stop
root 0# cd /usr/src/linux
linux 0# file /usr/src/linux/scripts/basic/fixdep /usr/src/linux/scripts/mod/modpost
/usr/src/linux/scripts/basic/fixdep: ELF 64-bit LSB pie executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, BuildID[sha1]=b61ff949162cb69128ad0ee069c6f9b2034eefc1, not stripped
/usr/src/linux/scripts/mod/modpost:  ELF 64-bit LSB pie executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, BuildID[sha1]=35383259a401dac5323f62d898d8a7f442c721c1, not stripped
linux 0# make modules_prepare
  SYNC    include/config/auto.conf.cmd
  HOSTCC  scripts/basic/fixdep
  HOSTCC  scripts/kconfig/conf.o
  HOSTCC  scripts/kconfig/confdata.o
  HOSTCC  scripts/kconfig/expr.o
  LEX     scripts/kconfig/lexer.lex.c
  YACC    scripts/kconfig/parser.tab.[ch]
  HOSTCC  scripts/kconfig/lexer.lex.o
  HOSTCC  scripts/kconfig/menu.o
  HOSTCC  scripts/kconfig/parser.tab.o
  HOSTCC  scripts/kconfig/preprocess.o
  HOSTCC  scripts/kconfig/symbol.o
  HOSTCC  scripts/kconfig/util.o
  HOSTLD  scripts/kconfig/conf
*
* Restart config...
*
*
* GCC plugins
*
GCC plugins (GCC_PLUGINS) [Y/n/?] (NEW) Y
  Compute the cyclomatic complexity of a function (GCC_PLUGIN_CYC_COMPLEXITY) [N/y/?] (NEW) N
  Generate some entropy during boot and runtime (GCC_PLUGIN_LATENT_ENTROPY) [N/y/?] (NEW) N
  Randomize layout of sensitive kernel structures (GCC_PLUGIN_RANDSTRUCT) [N/y/?] (NEW) N
*
* Memory initialization
*
Initialize kernel stack variables at function entry
> 1. no automatic stack variable initialization (weakest) (INIT_STACK_NONE)
  2. zero-init structs marked for userspace (weak) (GCC_PLUGIN_STRUCTLEAK_USER) (NEW)
  3. zero-init structs passed by reference (strong) (GCC_PLUGIN_STRUCTLEAK_BYREF) (NEW)
  4. zero-init everything passed by reference (very strong) (GCC_PLUGIN_STRUCTLEAK_BYREF_ALL) (NEW)
choice[1-4?]: 1
Poison kernel stack before returning from syscalls (GCC_PLUGIN_STACKLEAK) [N/y/?] (NEW) N
Enable heap memory zeroing on allocation by default (INIT_ON_ALLOC_DEFAULT_ON) [Y/n/?] y
Enable heap memory zeroing on free by default (INIT_ON_FREE_DEFAULT_ON) [N/y/?] n
Enable register zeroing on function exit (ZERO_CALL_USED_REGS) [N/y/?] (NEW) n
  HOSTCC  arch/x86/tools/relocs_32.o
  HOSTCC  arch/x86/tools/relocs_64.o
  HOSTCC  arch/x86/tools/relocs_common.o
  HOSTLD  arch/x86/tools/relocs
  HOSTCC  scripts/genksyms/genksyms.o
  HOSTCC  scripts/genksyms/parse.tab.o
  HOSTCC  scripts/genksyms/lex.lex.o
  HOSTLD  scripts/genksyms/genksyms
  HOSTCC  scripts/kallsyms
  HOSTCC  scripts/sorttable
  HOSTCC  scripts/asn1_compiler
  HOSTCC  scripts/sign-file
  HOSTCC  scripts/extract-cert
  CC      scripts/mod/empty.o
  HOSTCC  scripts/mod/mk_elfconfig
  MKELF   scripts/mod/elfconfig.h
  HOSTCC  scripts/mod/modpost.o
  CC      scripts/mod/devicetable-offsets.s
  HOSTCC  scripts/mod/file2alias.o
  HOSTCC  scripts/mod/sumversion.o
  HOSTLD  scripts/mod/modpost
  CC      kernel/bounds.s
  CC      arch/x86/kernel/asm-offsets.s
  CALL    scripts/checksyscalls.sh
  CALL    scripts/atomic/check-atomics.sh
  LDS     scripts/module.lds
linux 0# file /usr/src/linux/scripts/basic/fixdep /usr/src/linux/scripts/mod/modpost
/usr/src/linux/scripts/basic/fixdep: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.2, with debug_info, not stripped
/usr/src/linux/scripts/mod/modpost:  ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.2, with debug_info, not stripped

原因が分からなかったので、kernel_sources-5.15.178-kernel-kit.sfsをアンロード、/usr/src/linuxを削除、kernel_sources-5.15.178-kernel-kit.sfsをロードしてmake modules_prepareで再コンパイルしました。

再びドライバーを再コンパイルするとmodprobeから読み込めるようになりました。ありがとうございます。

[ssnys]

aircrack-ng/rtl8188eusとivanovborislav/rtl8188euをコンパイルしたので置いておきます。

私はivanovborislav/rtl8188euの8188eu.koを使用しています。アップロードしたファイルの拡張子はzipですが、tar.xzで圧縮してあります。

[ssnys]

S15Pup32-22.12-250301を使用中なのですが、ffmpegが動作しないようです。

コード: 全て選択

# ffmpeg
ffmpeg: error while loading shared libraries: libx265.so.209: cannot open shared object file: No such file or directory

暫定処置ですが次のような方法で。

コード: 全て選択

# ls -l /usr/lib/libx265.so*
lrwxrwxrwx 1 root root      14  5月  4  2024 /usr/lib/libx265.so -> libx265.so.209
-rwxr-xr-x 1 root root 3830308  2月 15 03:15 /usr/lib/libx265.so.215
# ln -sf libx265.so.215 /usr/lib/libx265.so
# ln -sf libx265.so.215 /usr/lib/libx265.so.209
# ls -l /usr/lib/libx265.so*
lrwxrwxrwx 1 root root      14  4月 10 20:17 /usr/lib/libx265.so -> libx265.so.215
lrwxrwxrwx 1 root root      14  4月 10 20:27 /usr/lib/libx265.so.209 -> libx265.so.215
-rwxr-xr-x 1 root root 3830308  2月 15 03:15 /usr/lib/libx265.so.215
# ldd /usr/bin/ffmpeg | grep libx265.so
        libx265.so.209 => /usr/lib/libx265.so.209 (0xb47b7000)
# ffmpeg
ffmpeg: symbol lookup error: /usr/lib/libavcodec.so.60: undefined symbol: x265_api_get_209

ffmpegがlibx265.so.209を参照しているのに存在しないため、libx265.so.215代替するという方法で参照エラーは解決できたようですが、別のエラーが発生してしまいました。深入りすると時間がとられそうなので、今日はここまで。

[thinkpadnerd]

S15Pup32-22.12-250301を使用中なのですが、ffmpegが動作しないようです。

250301 にはバグがあります。(本家に連絡済み)

より新しいバージョンをご利用下さい。

[ssnys]

250301 にはバグがあります。(本家に連絡済み)

より新しいバージョンをご利用下さい。

ご回答ありがとうございます。S15Pup32-22.12-250402.isoにアップデートしてみました。

コード: 全て選択

# ffmpeg
ffmpeg version 6.1.1 Copyright (c) 2000-2023 the FFmpeg developers
  built with gcc 11.2.0 (GCC)
  configuration: --prefix=/usr --libdir=/usr/lib --enable-libmp3lame --enable-libx264 --enable-libx265 --enable-pthreads --enable-small --enable-postproc --enable-libvorbis --enable-gpl --enable-shared --enable-libopencore-amrnb --enable-libopencore-amrwb --disable-debug --enable-bzlib --enable-zlib --enable-libspeex --enable-version3 --enable-runtime-cpudetect --enable-libxcb --enable-libtheora --enable-libxvid --enable-swscale --enable-libvpx
  libavutil      58. 29.100 / 58. 29.100
  libavcodec     60. 31.102 / 60. 31.102
  libavformat    60. 16.100 / 60. 16.100
  libavdevice    60.  3.100 / 60.  3.100
  libavfilter     9. 12.100 /  9. 12.100
  libswscale      7.  5.100 /  7.  5.100
  libswresample   4. 12.100 /  4. 12.100
  libpostproc    57.  3.100 / 57.  3.100
Hyper fast Audio and Video encoder
usage: ffmpeg [options] [[infile options] -i infile]... {[outfile options] outfile}...

Use -h to get full help or, even better, run 'man ffmpeg'

ffmpegが無事動作しているようです。ところでアップデートしたら無線LANアダプタが起動しなくなってしまいました。ドライバーの再ビルドが必要なのかもしれません。

[thinkpadnerd]

アップデートしたら無線LANアダプタが起動しなくなってしまいました。ドライバーの再ビルドが必要なのかもしれません。

iso の更新に伴ってカーネルまで変更されてしまうのは、困ったことです。
ffmpeg が正常に動く過去のバージョンを使う、あるいは、最新のバージョンに過去のカーネルを組み合わせて使うことも考えられます。
現行の puppy はモジュラー化されているので、カーネルの交換は比較的簡単です。

[ssnys]

iso の更新に伴ってカーネルまで変更されてしまうのは、困ったことです。
ffmpeg が正常に動く過去のバージョンを使う、あるいは、最新のバージョンに過去のカーネルを組み合わせて使うことも考えられます。
現行の puppy はモジュラー化されているので、カーネルの交換は比較的簡単です。

ご返信いただきありがとうございます。Wi-Fiモジュールを再コンパイルしてインストールしたら無事通信可能となりました。とりあえず現状はS15Pup32-22.12-250402を利用してみたいと思います。

とりあえず、ivanovborislav/rtl8188euのコンパイル済みモジュールを置いておきます。

[ssnys]

ShellCheckが必要となったのですが、公式のリリースではi386版は配布されていないようなので、Debianパッケージからインストールしたら見事に動作しました。shellcheck (0.7.1-1+deb11u1)のインストールのみで動作するようです。相変わらず、Debianパッケージは便利ですね。

コード: 全て選択

# shellcheck --help
Usage: shellcheck [OPTIONS...] FILES...
  -a                  --check-sourced            Include warnings from sourced files
  -C[WHEN]            --color[=WHEN]             Use color (auto, always, never)
  -i CODE1,CODE2..    --include=CODE1,CODE2..    Consider only given types of warnings
  -e CODE1,CODE2..    --exclude=CODE1,CODE2..    Exclude types of warnings
  -f FORMAT           --format=FORMAT            Output format (checkstyle, diff, gcc, json, json1, quiet, tty)
                      --list-optional            List checks disabled by default
                      --norc                     Don't look for .shellcheckrc files
  -o check1,check2..  --enable=check1,check2..   List of optional checks to enable (or 'all')
  -P SOURCEPATHS      --source-path=SOURCEPATHS  Specify path when looking for sourced files ("SCRIPTDIR" for script's dir)
  -s SHELLNAME        --shell=SHELLNAME          Specify dialect (sh, bash, dash, ksh)
  -S SEVERITY         --severity=SEVERITY        Minimum severity of errors to consider (error, warning, info, style)
  -V                  --version                  Print version information
  -W NUM              --wiki-link-count=NUM      The number of wiki links to show, when applicable
  -x                  --external-sources         Allow 'source' outside of FILES
                      --help                     Show this usage summary and exit

[ssnys]

少し前のことなのですが、Android端末を操作するためにADBをインストールしました。パッケージマネージャーからインストールしたらなにも問題なく動作しました。

[ssnys]

何が原因かは分からないのですが、パッケージマネージャーのデータベースが壊れてしまったようです。slackware-15.0-extraを選択しても、目録には何も表示されません。パッケージデータベースを更新しても何も変化がありません。

コード: 全て選択

root 0# pkg repo-update
Updating system repositories, please wait..

Error: Repos NOT updated.
     0K .......... .......... .......... .......... .......... 30% 5.81K 20s
    50K .......... .......... .......... .......... .......... 60% 6.81K 10s
   100K .......... .......... .......... .......... .......... 91% 5.14K 2s
   150K .......... ....                                       100% 22.5K=26s

...success.

Processing Packages-slackware-ponce-s15pup into a standard format...
/usr/local/petget/0setup: line 264:  7121 Illegal instruction     ${FIND_CAT} /tmp/${ONE_PKGLISTS_COMPAT}temp > $ONE_PKGLISTS_COMPAT
Processing Packages-slackware-15.0-official into a standard format...
/usr/local/petget/0setup: line 264:  7134 Illegal instruction     ${FIND_CAT} /tmp/${ONE_PKGLISTS_COMPAT}temp > $ONE_PKGLISTS_COMPAT
Processing Packages-slackware-15.0-salix into a standard format...
/usr/local/petget/0setup: line 264:  7147 Illegal instruction     ${FIND_CAT} /tmp/${ONE_PKGLISTS_COMPAT}temp > $ONE_PKGLISTS_COMPAT
Processing Packages-slackware-15.0-extra into a standard format...
/usr/local/petget/0setup: line 264:  7163 Illegal instruction     ${FIND_CAT} /tmp/${ONE_PKGLISTS_COMPAT}temp > $ONE_PKGLISTS_COMPAT
Processing Packages-slackware-15.0_updates-official into a standard format...
/usr/local/petget/0setup: line 264:  7176 Illegal instruction     ${FIND_CAT} /tmp/${ONE_PKGLISTS_COMPAT}temp > $ONE_PKGLISTS_COMPAT

Checking pkgs
/usr/local/petget/0setup: line 407: support/findpkgs: No such file or directory
Error 2: line 7853, Code error!
root 2#

「Illegal instruction」が発生している用なので、調査すると /usr/local/petget/0setup の277行目で /usr/local/petget/find_cat を呼び出しているのですが、このコマンドが原因みたいですね。

コード: 全て選択

root 0# /usr/local/petget/find_cat
Illegal instruction
root 132# file /usr/local/petget/find_cat
/usr/local/petget/find_cat: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), statically linked, stripped

32bit用のプログラムのようですが、恐らくSSE2の非対応CPUに向けにコンパイルされなかったのではないかと予想します。

[ssnys]

何が原因かは分からないのですが、パッケージマネージャーのデータベースが壊れてしまったようです。slackware-15.0-extraを選択しても、目録には何も表示されません。パッケージデータベースを更新しても何も変化がありません。

この問題なのですが、私のSaveファイル内のデータベースが壊れているのか判別する為に、RAMモードで起動してパッケージマネージャーを更新したのですが、やはりデータベースが壊れてしまうようです。以前のバージョンでは問題なく動作していたたため、どこかのバージョンアップによって動作しなくなってしまったとおもわれます。

バージョンアップで不具合が改善するのならばよいのですが、不具合が増えていくのは気持ちが萎えますね。そういったわけで投稿が久々となってしまいました。