FreeBSD 関連の質問はここでどうぞ. 望んでいる回答が来なくても怒らないでね.
事前にハンドブック閲覧や過去ログ検索等の自助努力をすることが望ましいです.
分からなければ仕方がないので, 初心者でもとりあえず質問してみて下さい.
トラブルの場合, 再現性情報(ハードウェア・ソフトウェア・エラーメッセージ)の記載は必須.
sysutils/sysinfo あたりがおすすめ
名前欄に !id:on でIDが出ます
IDが無いと誰が誰だか分からないので必要に応じてIDを表示させて下さい
The FreeBSD Project
http://www.freebsd.org/ja/
FreeBSD ハンドブック
http://www.freebsd.org/doc/ja/books/handbook/
前スレ
初心者もOK! FreeBSD質問スレッド その124
https://mevius.5ch.net/test/read.cgi/unix/1569601015/
探検
初心者もOK! FreeBSD質問スレッド その125
1名無しさん@お腹いっぱい。
2021/09/22(水) 12:58:56.212021/09/22(水) 16:51:48.80
FreeBSDに将来性はあるのですか?
Linuxの方がいいでしょうか?
Linuxの方がいいでしょうか?
3名無しさん@お腹いっぱい。
2021/09/22(水) 16:59:14.10 何を望んでいるかによる
4名無しさん@お腹いっぱい。
2021/09/22(水) 17:10:00.37 >>2
お前自身に将来性がなさそうだし黙ってLinuxに池
お前自身に将来性がなさそうだし黙ってLinuxに池
2021/09/22(水) 19:27:51.10
ルーター作るのはLinuxよりFreeBSDの方が簡単だったわ
2021/09/22(水) 20:07:26.32
>>5
OpenWrtより簡単なの?なんで?
OpenWrtより簡単なの?なんで?
2021/09/22(水) 20:38:20.98
自分で何もやらない奴には教えてやんないよ
2021/09/23(木) 09:02:21.47
おはよう御座います。
きのうは親切にありがとうございました。体調不良のために寝ました。今朝も
調子悪いです。やる気も出ません。
>>992
> 使ったことはないがman見る限りでは、どちらも機能面の違いは殆どなさそう。
> 使い方は「ddrescue 読込先 書込先」ってするだけだけど、
> 書込先の指定を間違って被害を広げかねない。
> FreeBSDでやるよりUbuntuのGUIなLiveCDとかでやった方が良い気がするよ。
1,まずデビアンライブで起動し、ddrescueでやってみます。自分はそもそも
ライブで起動ということすら、わからなかった。なぜ、現在のHDDのデビアンインストールと障害HDDの2つだけ接続ではダメなのか?いまも理由がわからない。
2,これでダメならFreeBSDの recoverdiskでいきます。
いまから実況していくので、逐一ぜんぶ指導して下さい。
きのうは親切にありがとうございました。体調不良のために寝ました。今朝も
調子悪いです。やる気も出ません。
>>992
> 使ったことはないがman見る限りでは、どちらも機能面の違いは殆どなさそう。
> 使い方は「ddrescue 読込先 書込先」ってするだけだけど、
> 書込先の指定を間違って被害を広げかねない。
> FreeBSDでやるよりUbuntuのGUIなLiveCDとかでやった方が良い気がするよ。
1,まずデビアンライブで起動し、ddrescueでやってみます。自分はそもそも
ライブで起動ということすら、わからなかった。なぜ、現在のHDDのデビアンインストールと障害HDDの2つだけ接続ではダメなのか?いまも理由がわからない。
2,これでダメならFreeBSDの recoverdiskでいきます。
いまから実況していくので、逐一ぜんぶ指導して下さい。
2021/09/23(木) 09:06:49.23
なお、一般的でない理由があって、ライブ上では この2ちゃんに日本語で質問文書き込みできません。
アルファベットのみになりますが、そこんとこよろしく!
日本語は大文字で、英語は小文字で表記します。例)SOKONNTOKO YOROSIKU! hi,friends
アルファベットのみになりますが、そこんとこよろしく!
日本語は大文字で、英語は小文字で表記します。例)SOKONNTOKO YOROSIKU! hi,friends
2021/09/23(木) 20:37:01.67
user@debian:~$ sudo apt update
user@debian:~$ sudo apt install gddrescue
user@debian:~$ sudo parted -l
Model: ATA ST3160815AS (scsi)
Disk /dev/sda: 160GB
Number Start End Size Type File system Flags
1 1049kB 135MB 134MB primary fat32 lba
2 135MB 160GB 160GB primary btrfs
スーパーブロックの関係でマウントできなくなっていたのを修正。
user@debian:~$ sudo btrfs rescue zero-log /dev/sda2
Clearing log on /dev/sda2, previous log_root 94535680, level 0
user@debian:~$
drescue [オプション] [読込元] [書き出し先] [ログ出力先]
>$ ddrescue -f -d -r1 -v /dev/sda /dev/sdb logfile.log
オプション 概要
-f 上書き※ターゲットが物理ディスクでは必須
-n リードエラーを無視
-v 詳細表示
-r 不良セクタの再読み込み回数
-d ダイレクトアクセス(キャッシュを介さずにアクセス)
user@debian:~$ sudo apt install gddrescue
user@debian:~$ sudo parted -l
Model: ATA ST3160815AS (scsi)
Disk /dev/sda: 160GB
Number Start End Size Type File system Flags
1 1049kB 135MB 134MB primary fat32 lba
2 135MB 160GB 160GB primary btrfs
スーパーブロックの関係でマウントできなくなっていたのを修正。
user@debian:~$ sudo btrfs rescue zero-log /dev/sda2
Clearing log on /dev/sda2, previous log_root 94535680, level 0
user@debian:~$
drescue [オプション] [読込元] [書き出し先] [ログ出力先]
>$ ddrescue -f -d -r1 -v /dev/sda /dev/sdb logfile.log
オプション 概要
-f 上書き※ターゲットが物理ディスクでは必須
-n リードエラーを無視
-v 詳細表示
-r 不良セクタの再読み込み回数
-d ダイレクトアクセス(キャッシュを介さずにアクセス)
2021/09/23(木) 20:37:15.53
user@debian:~$ sudo parted -l
Model: ATA ST3160815AS (scsi)
Disk /dev/sda: 160GB
Number Start End Size Type File system Flags
1 1049kB 135MB 134MB primary fat32 lba
2 135MB 160GB 160GB primary btrfs
Model: ATA HGST HTS545032A7 (scsi)
Disk /dev/sdb: 320GB
Number Start End Size File system Name Flags
1 1049kB 200MB 199MB fat32 EFI boot, hidden, esp
2 200MB 318GB 318GB btrfs debian
3 318GB 320GB 2147MB linux-swap(v1) SWAP swap
破損したほうソース
Disk /dev/sda: 160GB
ターゲット
Disk /dev/sdb: 320GB
Model: ATA ST3160815AS (scsi)
Disk /dev/sda: 160GB
Number Start End Size Type File system Flags
1 1049kB 135MB 134MB primary fat32 lba
2 135MB 160GB 160GB primary btrfs
Model: ATA HGST HTS545032A7 (scsi)
Disk /dev/sdb: 320GB
Number Start End Size File system Name Flags
1 1049kB 200MB 199MB fat32 EFI boot, hidden, esp
2 200MB 318GB 318GB btrfs debian
3 318GB 320GB 2147MB linux-swap(v1) SWAP swap
破損したほうソース
Disk /dev/sda: 160GB
ターゲット
Disk /dev/sdb: 320GB
2021/09/23(木) 20:40:45.31
$ ls -l /dev/disk/by-id
user@debian:~$ ls -l /dev/disk/by-id
total 0
lrwxrwxrwx 1 root root 9 Sep 23 13:27 ata-HGST_HTS545032A7E680_RB240EMP06TZHH -> ../../sdb
lrwxrwxrwx 1 root root 10 Sep 23 13:27 ata-HGST_HTS545032A7E680_RB240EMP06TZHH-part1 -> ../../sdb1
lrwxrwxrwx 1 root root 10 Sep 23 13:27 ata-HGST_HTS545032A7E680_RB240EMP06TZHH-part2 -> ../../sdb2
lrwxrwxrwx 1 root root 10 Sep 23 13:27 ata-HGST_HTS545032A7E680_RB240EMP06TZHH-part3 -> ../../sdb3
lrwxrwxrwx 1 root root 9 Sep 23 13:27 ata-ST3160815AS_6RX65VV6 -> ../../sda
lrwxrwxrwx 1 root root 10 Sep 23 13:27 ata-ST3160815AS_6RX65VV6-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 Sep 23 13:30 ata-ST3160815AS_6RX65VV6-part2 -> ../../sda2
参考ページの例
$ ddrescue -f -d -r1 -v /dev/sda /dev/sdb logfile.log
自分に当てはめると
$ ddrescue -f -r3 -v /dev/sda /dev/sdb logfile.log
$ sudo ddrescue -f -r3 -v ata-ST3160815AS_6RX65VV6 ata-HGST_HTS545032A7E680_RB240EMP06TZHH logfile.log
by-id はヒューマンエラー防止のためですね。頭がボケてるとき、
ハードディスクの製品型番で気づくために?
> /dev/disk/by-id/ドライブの型番
$ sudo ddrescue -f -r3 -v /dev/disk/by-id/ata-ST3160815AS_6RX65VV6 /dev/disk/by-id/ata-HGST_HTS545032A7E680_RB240EMP06TZHH logfile.log
-------------------------------------------------------------------
今回は サルベージしたいドライブ/dev/sda のイメージファイルをDisk /dev/sdb: 320GBのsdb2のパテへ吐き出したい。コマンドがわかりません。
--------------------------------------------------------------------
user@debian:~$ ls -l /dev/disk/by-id
total 0
lrwxrwxrwx 1 root root 9 Sep 23 13:27 ata-HGST_HTS545032A7E680_RB240EMP06TZHH -> ../../sdb
lrwxrwxrwx 1 root root 10 Sep 23 13:27 ata-HGST_HTS545032A7E680_RB240EMP06TZHH-part1 -> ../../sdb1
lrwxrwxrwx 1 root root 10 Sep 23 13:27 ata-HGST_HTS545032A7E680_RB240EMP06TZHH-part2 -> ../../sdb2
lrwxrwxrwx 1 root root 10 Sep 23 13:27 ata-HGST_HTS545032A7E680_RB240EMP06TZHH-part3 -> ../../sdb3
lrwxrwxrwx 1 root root 9 Sep 23 13:27 ata-ST3160815AS_6RX65VV6 -> ../../sda
lrwxrwxrwx 1 root root 10 Sep 23 13:27 ata-ST3160815AS_6RX65VV6-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 Sep 23 13:30 ata-ST3160815AS_6RX65VV6-part2 -> ../../sda2
参考ページの例
$ ddrescue -f -d -r1 -v /dev/sda /dev/sdb logfile.log
自分に当てはめると
$ ddrescue -f -r3 -v /dev/sda /dev/sdb logfile.log
$ sudo ddrescue -f -r3 -v ata-ST3160815AS_6RX65VV6 ata-HGST_HTS545032A7E680_RB240EMP06TZHH logfile.log
by-id はヒューマンエラー防止のためですね。頭がボケてるとき、
ハードディスクの製品型番で気づくために?
> /dev/disk/by-id/ドライブの型番
$ sudo ddrescue -f -r3 -v /dev/disk/by-id/ata-ST3160815AS_6RX65VV6 /dev/disk/by-id/ata-HGST_HTS545032A7E680_RB240EMP06TZHH logfile.log
-------------------------------------------------------------------
今回は サルベージしたいドライブ/dev/sda のイメージファイルをDisk /dev/sdb: 320GBのsdb2のパテへ吐き出したい。コマンドがわかりません。
--------------------------------------------------------------------
2021/09/23(木) 22:23:19.96
/dev/sdb2 を普通にどこかにマウント
↓
sudo ddrescue -fdvr3 /dev/disk/by-id/ata-ST3160815AS_6RX65VV6 マウント先/イメージファイル名 サルベージログファイル名
↓
sudo ddrescue -fdvr3 /dev/disk/by-id/ata-ST3160815AS_6RX65VV6 マウント先/イメージファイル名 サルベージログファイル名
2021/09/24(金) 16:19:09.73
>>13
無事終わりました。ありがとうございました。
user@debian:~$ sudo ddrescue -fdvr3 /dev/disk/by-id/ata-ST3160815AS_6RX65VV6 /media/user/debian/ST.img ddrescue.map
GNU ddrescue 1.23
About to copy 160041 MBytes from '/dev/disk/by-id/ata-ST3160815AS_6RX65VV6' to '/media/user/debian/ST.img'
Starting positions: infile = 0 B, outfile = 0 B
Copy block size: 128 sectors Initial skip size: 3200 sectors
Sector size: 512 Bytes
Press Ctrl-C to interrupt
ipos: 5893 MB, non-trimmed: 0 B, current rate: 0 B/s
opos: 5893 MB, non-scraped: 0 B, average rate: 50855 kB/s
non-tried: 0 B, bad-sector: 512 B, error rate: 170 B/s
rescued: 160041 MB, bad areas: 1, run time: 52m 27s
pct rescued: 99.99%, read errors: 5, remaining time: n/a
time since last successful read: 6s
Finished
user@debian:~$
無事終わりました。ありがとうございました。
user@debian:~$ sudo ddrescue -fdvr3 /dev/disk/by-id/ata-ST3160815AS_6RX65VV6 /media/user/debian/ST.img ddrescue.map
GNU ddrescue 1.23
About to copy 160041 MBytes from '/dev/disk/by-id/ata-ST3160815AS_6RX65VV6' to '/media/user/debian/ST.img'
Starting positions: infile = 0 B, outfile = 0 B
Copy block size: 128 sectors Initial skip size: 3200 sectors
Sector size: 512 Bytes
Press Ctrl-C to interrupt
ipos: 5893 MB, non-trimmed: 0 B, current rate: 0 B/s
opos: 5893 MB, non-scraped: 0 B, average rate: 50855 kB/s
non-tried: 0 B, bad-sector: 512 B, error rate: 170 B/s
rescued: 160041 MB, bad areas: 1, run time: 52m 27s
pct rescued: 99.99%, read errors: 5, remaining time: n/a
time since last successful read: 6s
Finished
user@debian:~$
2021/09/24(金) 16:29:44.60
3言語でリナックスフォーラムにまったく同じ質問文投稿で、レスがついたのが5ちゃんだけです... 日本も海外フォーラムも死んでます...
自分だけがレスつかないのではなく、他の質問者にもまったくレスがついてない
-------------------------------------------------
さて、どこまでもお世話になります!
いま、usbメモリから見たときの /media/user/debian
メインオペレーティング環境のHGSTのdebian10のハードドライブ単体で起動してるが、ST.img ddrescue.map それぞれがどこにあるのか?ファイラーから見てもわかりません。
というのは、リナックスのディレクトリ構造が、よくわからないからです。
自分だけがレスつかないのではなく、他の質問者にもまったくレスがついてない
-------------------------------------------------
さて、どこまでもお世話になります!
いま、usbメモリから見たときの /media/user/debian
メインオペレーティング環境のHGSTのdebian10のハードドライブ単体で起動してるが、ST.img ddrescue.map それぞれがどこにあるのか?ファイラーから見てもわかりません。
というのは、リナックスのディレクトリ構造が、よくわからないからです。
2021/09/24(金) 16:33:02.45
妄想ですが、リナックス板等の発狂した書き込みは
こうした「不活発で、レスがごく稀につく、5回に一回、レスがつく場合でも1週間とか待たないといけない」
それで彼らは「自身のスキルの壁を破れず、ヤケクソになって」暴れるのではないか?
こうした「不活発で、レスがごく稀につく、5回に一回、レスがつく場合でも1週間とか待たないといけない」
それで彼らは「自身のスキルの壁を破れず、ヤケクソになって」暴れるのではないか?
2021/09/24(金) 16:48:43.39
# btrfs subvolume list -p .
ID 3708 gen 249502 parent 5 top level 5 path @home
ID 3709 gen 249502 parent 5 top level 5 path @
ID 3716 gen 249254 parent 5 top level 5 path timeshift-btrfs/snapshots/2021-09-22_08-10-37/@
ID 3717 gen 248879 parent 5 top level 5 path timeshift-btrfs/snapshots/2021-09-22_08-10-37/@home
ID 3718 gen 249254 parent 5 top level 5 path timeshift-btrfs/snapshots/2021-09-22_08-15-27/@
ID 3719 gen 247945 parent 5 top level 5 path timeshift-btrfs/snapshots/2021-09-22_08-15-27/@home
ID 3720 gen 249254 parent 5 top level 5 path timeshift-btrfs/snapshots/2021-09-23_07-33-54/@
ID 3721 gen 248659 parent 5 top level 5 path timeshift-btrfs/snapshots/2021-09-23_07-33-54/@home
ID 3876 gen 249472 parent 5 top level 5 path timeshift-btrfs/snapshots/2021-09-24_16-22-15/@
ID 3877 gen 249473 parent 5 top level 5 path timeshift-btrfs/snapshots/2021-09-24_16-22-15/@home
ID 3708 gen 249502 parent 5 top level 5 path @home
ID 3709 gen 249502 parent 5 top level 5 path @
ID 3716 gen 249254 parent 5 top level 5 path timeshift-btrfs/snapshots/2021-09-22_08-10-37/@
ID 3717 gen 248879 parent 5 top level 5 path timeshift-btrfs/snapshots/2021-09-22_08-10-37/@home
ID 3718 gen 249254 parent 5 top level 5 path timeshift-btrfs/snapshots/2021-09-22_08-15-27/@
ID 3719 gen 247945 parent 5 top level 5 path timeshift-btrfs/snapshots/2021-09-22_08-15-27/@home
ID 3720 gen 249254 parent 5 top level 5 path timeshift-btrfs/snapshots/2021-09-23_07-33-54/@
ID 3721 gen 248659 parent 5 top level 5 path timeshift-btrfs/snapshots/2021-09-23_07-33-54/@home
ID 3876 gen 249472 parent 5 top level 5 path timeshift-btrfs/snapshots/2021-09-24_16-22-15/@
ID 3877 gen 249473 parent 5 top level 5 path timeshift-btrfs/snapshots/2021-09-24_16-22-15/@home
2021/09/24(金) 18:54:20.14
>>16
> 妄想ですが、リナックス板等の発狂した書き込みはレスがつく場合でも1週間とか待たないといけない
> 「自身のスキルの壁を破れず、ヤケクソになって」暴れる
仮にこれが真実ならばこの様な表現が相応しい
自分の不甲斐なさを棚に上げて他人を虐げる人間の屑
> 妄想ですが、リナックス板等の発狂した書き込みはレスがつく場合でも1週間とか待たないといけない
> 「自身のスキルの壁を破れず、ヤケクソになって」暴れる
仮にこれが真実ならばこの様な表現が相応しい
自分の不甲斐なさを棚に上げて他人を虐げる人間の屑
2021/09/24(金) 19:26:39.19
>>13-17
ここはたまに真面目なFreeBSDユーザーも来るので以後は犬小屋かくだ質でも使って下さい
ここはたまに真面目なFreeBSDユーザーも来るので以後は犬小屋かくだ質でも使って下さい
2021/09/24(金) 21:37:34.41
すまんかったね〜〜〜w
21名無しさん@お腹いっぱい。
2021/09/25(土) 01:41:36.312021/09/25(土) 13:00:37.44
>>21
いいえ気のせいです
いいえ気のせいです
2021/09/26(日) 19:05:12.99
ipftestが11の途中くらいからコンパイルされなくなった。
手動でコンパイルしてもエラーする。
使っていたので無いのはちょっと困るときがあるけど・・・
なんとかならないですかね?
手動でコンパイルしてもエラーする。
使っていたので無いのはちょっと困るときがあるけど・・・
なんとかならないですかね?
2021/09/26(日) 20:44:57.83
https://svnweb.freebsd.org/base/stable/11/sbin/ipf/Makefile?annotate=355131
> Revision 355131
> Wed Nov 27 13:46:28 2019 UTC (21 months, 4 weeks ago) by cy
> These utilities have become out of sync with the
> code in the kernel and need work to bring them back into shape.
手間がかかるとの事
> Revision 355131
> Wed Nov 27 13:46:28 2019 UTC (21 months, 4 weeks ago) by cy
> These utilities have become out of sync with the
> code in the kernel and need work to bring them back into shape.
手間がかかるとの事
25あぼーん
NGNGあぼーん
26あぼーん
NGNGあぼーん
27あぼーん
NGNGあぼーん
28あぼーん
NGNGあぼーん
29あぼーん
NGNGあぼーん
30あぼーん
NGNGあぼーん
31あぼーん
NGNGあぼーん
32あぼーん
NGNGあぼーん
33あぼーん
NGNGあぼーん
34あぼーん
NGNGあぼーん
35あぼーん
NGNGあぼーん
36あぼーん
NGNGあぼーん
37あぼーん
NGNGあぼーん
38あぼーん
NGNGあぼーん
39あぼーん
NGNGあぼーん
40あぼーん
NGNGあぼーん
41あぼーん
NGNGあぼーん
42あぼーん
NGNGあぼーん
レスを投稿する
ニュース
- テレ朝本社から社外スタッフの男性が転落し死亡 テレビ朝日がコメント [ひかり★]
- パワフル女性世界3位に高市首相 米誌フォーブス選出 [蚤の市★]
- 【米FRB】0.25%利下げ決定 3会合連続、雇用下支え [蚤の市★]
- 日銀利上げ到達点「1.0-1.5%」 識者予想 [蚤の市★]
- 訪米認証「ESTA」、SNS利用情報の提出義務化へ 日本人観光客も対象に [蚤の市★]
- 「身を切る改革」どこへ? 維新「身内」への公金支出、地方でも続々 [蚤の市★]
- 【画像】東京都民「助けて!満員電車もう無理いいぃぃいいぃぃぃいいいいいぃ😭」!!!! [732289945]
- 起きたわ
- 【誰食】おせち料理で確実にゴミ箱行きになる食材1位、「黒豆」 [748563222]
- 【悲報】山上徹也、社会人時代にも彼女がいた模様 [455031798]
- 一般人「起きなきゃ…」 俺ら「寝ようかなzzz」
- Amazonブラックフライデー高すぎワロタ
