Fedora25でrootファイルシステムを拡張する - Qiita
fedora 25 (Server Edition)をインストールしてみたら、rootファイルシステムが15GBしかないことに気づいた。 調べても、情報が古かったり断片的だったりするので、メモ書き程度に残しておく 現状調査 ディスクとしては64GBぐらい使えるはず。 [user@host ~]$ df -h ファイルシス サイズ 使用 残り 使用% マウント位置 devtmpfs 449M 0 449M 0% /dev tmpfs 460M 0 460M 0% /dev/shm tmpfs 460M 832K 459M 1% /run tmpfs 460M 0 460M 0% /sys/fs/cgroup /dev/mapper/fedora-root 15G 6.4G 8.7G 43% / tmpfs 460M 4.0K 460M 1% /tmp /dev/sda1 976M 131M
Vagrant上でubuntu/xenial32, ubuntu/xenial64が動作しない(続) - ytoku’s diary
前回の記事の続き．trustyと同レベルには解決した． 環境(再掲) Host: Ubuntu 14.04 amd64 VirtualBox 5.0.20 Guest: ubuntu/xenial32, ubuntu/xenial64 症状(再掲) Vagrantのubuntu/xenial64(あるいはubuntu/xenial32)を起動すると 起動後まもなく，root filesystemがread-onlyになる 動いている間も動作が遅い ログファイルを見ると，次のようなメッセージが得られた． sd 2:0:0:0: [sda] tag#7 Medium access timeout failure. Offlining disk! sd 2:0:0:0: rejecting I/O to offline device Buffer I/O error on device Buff
Ubuntu システムログ その6 - HDDが故障もしくは故障しそうな時に出力されるログ・ファイルのバックアップについて
HDDが故障もしくは故障しそうな時に出力されるsyslogの内容や現象を、ピックアップしてみます。 ログは「GNOMEシステムログ」で参照すると良いです。 以下のようなログ（キーワードは赤字の箇所）がsyslogに出力されたら要注意です。 ata7.00: exception Emask 0x0 SAct 0x3 SErr 0x0 action 0x0 ata7.00: irq_stat 0x40000008 ata7.00: failed command: READ FPDMA QUEUED ata7.00: cmd 60/00:08:c0:e0:dd/01:00:48:00:00/40 tag 1 ncq 131072 in res 41/40:00:58:e1:dd/00:00:48:00:00/40 Emask 0x409 (media error) <F> ata7.00: st
SSDのディスクで「kernel: ata1.00: failed command」のエラー | ex1-lab
SSDを使用しているサーバーで2～3日に数回ほど下記の「www01 kernel: ata1.00: failed command: WRITE FPDMA QUEUED」エラーが発生するようになりました。 Aug 31 07:15:39 www01 kernel: ata1.00: exception Emask 0x0 SAct 0x6 SErr 0x0 action 0x6 frozen Aug 31 07:15:39 www01 kernel: ata1.00: failed command: WRITE FPDMA QUEUED Aug 31 07:15:39 www01 kernel: ata1.00: cmd 61/08:08:d8:d9:d4/00:00:1c:00:00/40 tag 1 ncq 4096 out Aug 31 07:15:39 www01 kernel:
特定のHDDだけエラーを吐きまくる（１） - tizen.moe
具体的には以下のエラーを吐きまくって遅い。 [ 854.902330] ata13.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen [ 854.902340] ata13.00: failed command: WRITE DMA EXT [ 854.902350] ata13.00: cmd 35/00:40:00:08:f4/00:05:01:00:00/e0 tag 18 dma 688128 out res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout) [ 854.902355] ata13.00: status: { DRDY } [ 854.902361] ata13: hard resetting link [ 855.230255] at
fdiskとsfdiskの結果が違う？ - OKWAVE
現在MBMを使ってデュアルブートしてるのですが、グラフィカルメニューに変えたいと思ってシリンダの確認をしました。(OSインストール時に最初のシリンダを空けていたかを忘れたので) そこでfdiskコマンドとsfdiskコマンドを使用したところ以下のようになりました。 ----------------------------------------------------------- $ sudo fdisk -l /dev/sda ディスク /dev/sda: 320.0 GB, 320072933376 バイト ヘッド 255, セクタ 63, シリンダ 38913 Units = シリンダ数 of 16065 * 512 = 8225280 バイト Disk identifier: 0x000f2a3a デバイス ブート 始点 終点 ブロック Id システム /dev/sda1 * 1
スワップの弁護：よくある誤解を解く
(This post is also available in English.) この記事は In defence of swap: common misconceptions を 著者の Chris Down さんの許可 を得て Hiroaki Nakamura が日本語に翻訳したものです。 原文のライセンス は CC BY-SA 4.0 であり、翻訳のライセンスも同じく CC BY 4.0 とします。 長文を読みたくない方への要約： スワップを持つことは正しく機能するシステムのかなり重要なポイントです。 スワップが無ければ、まともなメモリ管理を実現することは難しくなります。 スワップは一般的に緊急事態用のメモリを取得するためのものではなく、メモリの回収を平等に効率的に行うためのものです。 実のところ「緊急事態用のメモリ」は一般的に盛大に悪影響を及ぼします。 スワップを無効にすることは
tar のエラーメッセージ tar: path/file: %lld バイト小さくなったので、ゼロで埋めます - tar 送り側で I/O エラーが原因だった - ふるた技工所(てっこうしょ)：楽天ブログ
2017.03.21 tar のエラーメッセージ tar: path/file: %lld バイト小さくなったので、ゼロで埋めます - tar 送り側で I/O エラーが原因だった カテゴリ：ソフト開発日誌 tar を使ってマシン間のコピーをしていた。次のようなコマンドラインだ。machine_from マシン上の /copy-from-base-directory/copy-directory ディレクトリとそこに格納されているファイル全てを machine_to マシン上の /copy-to-base-directory/copy-directory へコピーする操作だ。 furuta@machine_from:/copy-from-base-directory $ tar zcvf - copy-directory | ssh furuta@machine_to 'cd /copy-
dd でディスクをコピーするよく使う例 - それマグで！
dd コマンドはハードディスク・パーティションを丸ごと取り出します。0/1の信号のママ取り出すらしいです。ddコマンドを使えばデータをそのまま、ディスクを移動させることが出来ます。 dd でディスクからディスクへバックアップ ディスクToディスクでコピーする場合。ハードディスクの容量が同じゃないとだめ dd if=/dev/sdb of=/dev/sdc dd でディスクからイメージファイルへ HDDに空き容量があるなら、イメージファイルを作っちゃうのが後で使いやすい。 dd if=/dev/sdb of=/var/disk-img/some-winXp-hdd.img HDDに故障箇所があっても、読めるところを強引に読んでしまう。 →ディスクにエラーがあっても大丈夫 dd は多少のエラーがあると作業をやめてしまうので、故障箇所はすっ飛ばして、読める箇所をどんどん読み込んでバックアップを取
sfdisk でパーティション情報のコピー - うまいぼうぶろぐ
今までraid1 を復旧させる場合などでは、空のディスクを突っ込んで # fdisk -l /dev/sda # fdisk /dev/sdbなどを実行して、/dev/sdaの情報を元にsdbのパーティションを作成してたんですが、どうやらsfdiskを使えば一発で終わることを知りました。 sfdisk -d /path/to/device でパーティション情報をdumpできるので、それをパイプで渡して新しいdeviceに突っ込む。--forceオプション付きで。 # sfdisk -d /dev/sda | sfdisk /dev/sdb --force実行後に、sfdisk -dや-l で/dev/sdaと/dev/sdb の表示内容が一致することを確認すればOK。ヒョー、楽ちん。後はmdadm --manage --add /dev/md0 /dev/sdb1 などとやれば良いわけです
10 fsckでエラー [fl8 Wiki]
# e2fsck -f -y /dev/mapper/hogehoge e2fsck 1.39 (29-May-2006) The filesystem size (according to the superblock) is 2097152 blocks The physical size of the device is 2096474 blocks Either the superblock or the partition table is likely to be corrupt! Abort? yes この場合何をやってもダメで、最後に-Sオプション付きでmke2fsコマンドを実行して、スーパーブロックを再作成してみると治りました。 # mke2fs -S /dev/mapper/hogehoge
Get a newer version of e2fsck! - Marginalia
Linux Mint 17.2 で $ sudo e2fsck /dev/sdX をやったら、 e2fsck 1.42.9 (4-Feb-2014) /dev/sdX has unsupported feature(s): metadata_csum e2fsck: Get a newer version of e2fsck!というエラー（？）が出た。何か e2fsck が古いらしい。 filesystem - ext4 broken file system on ubuntu 14.04.4 - Ask Ubuntu で解決。でもいちいち ./e2fsck はないと思ったので、コマンド化した。ビルドしてできた e2fsck フォルダは /usr/local/lib に放り込んだ。
Linux - HDD の UUID を確認！
mk-mode.com Linux, Debian, IT, Server, PG, Ruby, Rails, Python, C++, Fortran, PC, MariaDB, math, GIS, etc... Linux で、 HDD を追加接続した際に fstab でのマウントを既存のパーティションと同様に UUID で行いたいということがあります。 以下、 Linux で HDD の UUID を確認する方法についての記録です。 0. 前提条件 Debian GNU/Linux 8.6(64bit), LMDE2(Linux Mint Debian Edition 2; 64bit) での作業を想定。（他の Linux ディストリビューションでも同様のはず） 1. 確認方法・その１ （以下は、パーティション sdb1 の UUID を確認する例） $ sudo blkid -o
Connection problem with USB3 external storage on Linux (UAS driver problem)
On Ubuntu 15.10, when I want to format using the NTFS file system an external 4TO disk connected by USB3 (on a StarTech USB/eSATA hard disk dock), I have a lot of I/O errors, and the format fails. I tried GParted v 0.19, and GParted on the latest live CD gparted-live-0.23.0-1-i586.iso, with the same problem. After that, and using GParted on Ubuntu 15.10 and the same USB3 connection, I tried to for
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
#10031 (High I/O causing filesystem corruption) – Oracle VM VirtualBox
Ubuntuでfailed command: WRITE FPDMA QUEUEDとか出てログイン画面が出ない場合。
How to get the temperature using hddtemp for a Samsung SSD/NVMe in Thinkpad T480
Ubuntu日本語フォーラム / SWAP領域は必要？？
ディレクトリがマウントされているかを確認する - Qiita
zerofree - Linux Man Pages (8)