ページ 2 ／ 3
Edit-Initrdgz
Posted: 14/01/26(日) 10:53
by シノバー
486HA さんが書きました:Edit-Initrdgz-1.4_ja.sfs
本家フォーラムで配布されている Edit-Initrdgz ですが、問題があります。
edit_initrdgz 23行目
(誤) zcat ../../initrd.gz | cpio -i -d
(正) zcat ../../initrd.gz | cpio -im -d
-m オプションが無いと、initrd内のファイルのタイムスタンプが更新され、メインSFSにあるものよりもinitrd内のもののほうが新しくなってしまいします。Precise-550JP 試作時に /dev/null のパーミッションが狂っていたことから発見されました。
viewtopic.php?f=27&t=2270&p=16743#p16743
Re: 571JP レポート
Posted: 14/01/26(日) 11:28
by ふうせん Fu-sen.
Twitter で FULL インストールした時に Opera がすごく重くなっているという報告がありました。
再インストールを試みるとの事でしたが、ちょっと気になっているので投稿しておきます。
もしかすると FULL インストールで問題が生じているかもしれません。
Re: Edit-Initrdgz
Posted: 14/01/26(日) 16:33
by 486HA
シノバー さんが書きました:
本家フォーラムで配布されている Edit-Initrdgz ですが、問題があります。
ご指摘の点を修正したものと差し替えておきました。
ついでといっては何ですが、remasterpup2の448行目は変更する必要があると思います。
コード: 全て選択
for F in vmlinuz initrd.gz ${ZDRVSFS} grldr menu.lst '*.xpm' isolinux.bin isolinux.cfg '*.msg'
リマスターを行えば明らかなように、
menu-advanced.lstや
goffice-precise_571.sfsは、
途中で作業用ディレクトリィに手作業でコピーしなければ、出来上がったCDイメージに含まれません。
コード: 全て選択
for F in vmlinuz initrd.gz ${ZDRVSFS} grldr '*.lst ' '*.xpm' isolinux.bin isolinux.cfg '*.msg' '*.sfs '
拙作版では、SysLinux 4.x 以上にも対応できるように、更に
'*.c32 ' も追記しています。
Re: 571JP レポート
Posted: 14/01/31(金) 10:42
by ふうせん Fu-sen.
Leafpad でのコピー・貼り付け動作が正常に引き継がれていないような気がします。
特に他アプリとのやりとり部分ですね。
詳細判明。Leafpad からコピーする時、
他アプリに貼り付ける前に Leafpad を閉じてしまうと、コピーした内容がなくなってしまいますね。
これは仕様でしょうか？
Re: 571JP レポート
Posted: 14/01/31(金) 17:10
by ふうせん Fu-sen.
標準搭載した Opera 12 ですが、楽天市場でログインができないかも？という情報を Twitter で確認し、
確認したところ、ログインできない事を確認しました。
楽天市場からもアナウンスがあります。
http://ichiba.faq.rakuten.co.jp/app/ans ... _id/20671/
Opera のトピックってありましたっけ？
frisbee
Posted: 14/02/04(火) 10:58
by シノバー
571JPでfrisbeeを試しています。
再起動したときに自動的に接続してくれない。デスクトップ上の「接続」アイコンをクリックすれば繋がる。
…と、いうことはありませんか？
追記: 最初の数回は症状が続きましたが、その後は起動時に自動的に接続されています。偶発的な現象？
Re: 571JP レポート
Posted: 14/02/04(火) 12:02
by nonki3476
sfsファイル、ロード順番による問題点
Precise 571JPにおいて、
パピー起動の設定
SFSファイルのロード・
起動時にどの追加SFSファイルをロードするかの選択において
LibreOffice-4.2.0_jp_xz.sfs
goffice-precise_571.sfs 順番とした場合
Precise 571JP起動時
updating.... layer-filesystem next boot faster!
常になり、
updating....
にならない。
goffice-precise_571.sfs
LibreOffice-4.2.0_jp_xz.sfs
なら、2回目の起動から
updating....
になる。
問題点。
起動が遅いのと、ソースから作成したアプリケーションの
アイコンキャッシュが働かない。
私のPCだけの問題であれば良いのですが・・・
updating.... layer-filesystem
Posted: 14/02/05(水) 08:50
by シノバー
nonki3476 さんが書きました:Precise 571JPにおいて、
パピー起動の設定
SFSファイルのロード・
起動時にどの追加SFSファイルをロードするかの選択において
LibreOffice-4.2.0_jp_xz.sfs
goffice-precise_571.sfs 順番とした場合
Precise 571JP起動時
updating.... layer-filesystem next boot faster!
常になり、
updating....
にならない。
私のところでは再現しません。bootmanagerで選択した場合、1度だけupdating.... layer-filesystemとなるが、2度目はならない。sfs_loadでロードしたときは、最初からupdating.... です。
/etc/DISTRO_SPECSを確認してもらえますか？頭の5行は次のようになっているはず。
コード: 全て選択
#One or more words that identify this distribution:
DISTRO_NAME='Precise Puppy'
#version number of this distribution:
DISTRO_VERSION='5.7.1'
DISTRO_SURFFIX='JP'
それから、/usr/sbin/sfs_load のバージョン、日付も確認してください。41行目に
#18 Dec 2013 v2.0 と、あるはず。
コード: 全て選択
#18 Dec 2013 v2.0: '--info' shows installed sfs list, fix was always copy in cli(thanks to R-S-H), fix launcher was missing some desktop application name, fix menu icons for excess sfs
#v2.0: BOOTCONFIG.save for treating excess sfs, no wide search by default, refresh default applications, fix zdrv was double mounted
Re: 571JP レポート
Posted: 14/02/05(水) 10:03
by nonki3476
シノバーさん、お手を煩わせて申し訳ありません。
ご指示頂いた各ファイルのバージョンを確認しました。
バージョンは違っておりませんでした。
私のPC環境だけで発生するようですのでもう少し時間を
掛けて調査します。
アドバイス有難うございました。
Re: 571JP レポート
Posted: 14/02/08(土) 15:46
by ふうせん Fu-sen.
じわじわと Opera 12 に関連した問題点も出てきていますね。
Twitter からの報告で Precise-571JP より Opera を使って
Google ドライブへアップロードしたファイルが
ダウンロードして正常に見れない状態になっている、という tweet が得られています。
大きなサイズででているようです。画像とかは正常との事。
その後の情報で、Google Chrome を入れて、こちらでも同じ状態になっているという事なので、
どうやらブラウザの問題ではないようですね。
Re: 571JP レポート
Posted: 14/02/12(水) 10:39
by ふうせん Fu-sen.
VirtualBox で試用した人からの報告ですが、
ハードディスク（この場合は仮想ですが……）がフォーマットされていない時に
電源が落ちないという報告を受けています。
フォーマットをしたところ、正常に終了できるようになったとの事。
個人保存ファイルを保存する関連でしょうか？
読み書きできる媒体がない状態だと正常に終了できないのかもしれません。
Re: 571JP レポート
Posted: 14/04/08(火) 11:27
by 仔猫の髭
起動さえしてしまえば大変快適なのですが…
毎回ライブCDで起動してUSBフラッシュドライブにセーブしてある個人保存ファイルとメインSFSファイルを読み込むという形で運用しています。
起動時のメインSFSファイルの読み込みが 4.3.1/4.3.1JP2012 と異なり毎回必ずライブCDから行われます。これはバグでしょうか？こういう仕様でしょうか？ ちなみに precise-5.7.1-retro-s-50 でも Precise 5.7.1-retro でも同じ挙動でした。
参考となるかどうかわかりませんが /initrd/tmp/puppy-file-search.log の内容を記しておきます。
sdb1がUSBフラッシュドライブ、sr0が光学ドライブです。
4.3.1JP2012の場合
ONEDEV=sda1 ONEFS=ntfs ONEDRVL=sda PSUBDIR=
IGNORE= PSUBDIR= SAVEPART= VMLINUZ= PDEV1= PUPSFS=
ONEDEV=sdb1 ONEFS=vfat ONEDRVL=sdb PSUBDIR=
IGNORE= PSUBDIR= SAVEPART= VMLINUZ= PDEV1= PUPSFS=sdb1,vfat,/puppy/pup_431.sfs
ONEDEV=sr0 ONEFS=iso9660 ONEDRVL=sr PSUBDIR=
IGNORE= PSUBDIR= SAVEPART= VMLINUZ=vmlinuz PDEV1=sr0 PUPSFS=sdb1,vfat,/puppy/pup_431.sfs
precise5.7.1JPの場合
ALLDRVS=sda sr0
ONEDEV=sda1 ONEFS=ntfs ONEDRV=sda PSUBDIR=
IGNORE= PSUBDIR= SAVEPART= VMLINUZ= PDEV1= PUPSFS=
ONEDEV=sr0 ONEFS=iso9660 ONEDRV=sr0 PSUBDIR=
IGNORE= PSUBDIR= SAVEPART= VMLINUZ=vmlinuz PDEV1=sr0 PUPSFS=sr0,iso9660,/puppy_precise_5.7.1JP.sfs
ALLDRVS=sda sdb sr0
ONEDEV=sdb1 ONEFS=vfat ONEDRV=sdb PSUBDIR=
IGNORE= PSUBDIR= SAVEPART= VMLINUZ=vmlinuz PDEV1=sr0 PUPSFS=sr0,iso9660,/puppy_precise_5.7.1JP.sfs
ONEDEV=sr0 ONEFS=iso9660 ONEDRV=sr0 PSUBDIR=
IGNORE= PSUBDIR= SAVEPART= VMLINUZ=vmlinuz PDEV1=sr0 PUPSFS=sr0,iso9660,/puppy_precise_5.7.1JP.sfs
メインSFSファイルの読み込み
Posted: 14/04/08(火) 20:00
by シノバー
仔猫の髭 さんが書きました:毎回ライブCDで起動してUSBフラッシュドライブにセーブしてある個人保存ファイルとメインSFSファイルを読み込むという形で運用しています。
起動時のメインSFSファイルの読み込みが 4.3.1/4.3.1JP2012 と異なり毎回必ずライブCDから行われます。これはバグでしょうか？こういう仕様でしょうか？
バグ?…ぽいですねえ。内蔵HDDにあるメインSFSなら読み込みます。
Re: 571JP レポート
Posted: 14/05/21(水) 23:41
by ミトじい
大した問題ではないんですが….
LIVE−DVDでシャットダウンするとき、「cdを取り出す」が機能しません。
実は、５５０jpもそうです。
私のマシン固有の問題なのかしらん？
Re: 571JP レポート
Posted: 14/06/06(金) 20:49
by ふうせん Fu-sen.
ちょうど先ほど CD 起動して、
確かに自分の環境でも取り出されませんでした。
機種固有ではなさそうです。
あと今日たまたま確認したもので、sda16 など、パーティション番号 16 で起動に失敗します。
カーネルはいくのですが、本体 .sfs の検索で失敗する状態です。
おそらくオリジナル版から 16 は非対応かもしれませんが……