最も奇妙な問題があります。昨日4つの画像をダウンロードし、Nautilusを使用してそれらをDocuments
領域のサブフォルダーにカットアンドペーストしました。その後、ノーチラスを閉じて、通常の業務を続けました。
ただし、後で画像を誰かに送信する必要があったので、Nautilusを使用して画像があるフォルダーに移動しましたが、そこにはありませんでした! Firefoxのファイルセレクターや別のプログラムのファイルセレクターを使用すると、実際には画像ビューアーを開いてからそのファイルセレクターを使用して検索すると、サムネイルではなく画像が表示されますそれらを開いて完全に表示できます。
もう1つの奇妙なことは、Nautilusの半分が自分がそこにいることを知っていることです。私の最初の反応は、私のコンピューターが何らかの形でそれらを食べたと考えたことでしたので、それらを再ダウンロードし、以前のものがあったはずのフォルダーに貼り付けました。 Nautilusは、古いものを新しいものに置き換えるかどうかを尋ねてきました。今回は正しいサムネイルも表示されました。
また、ls
やtree
などのコマンドを使用して、ファイルがターミナルに存在することを確認できます。また、ファイルを読み取り可能にするなど、内容をcat
することもできます。
それらの1つに対するstat
出力は次のとおりです。
stat DSCF2365.jpg
File: 'DSCF2365.jpg'
Size: 2213598 Blocks: 4328 IO Block: 4096 regular file
Device: fc00h/64512d Inode: 29623172 Links: 1
Access: (0664/-rw-rw-r--) Uid: ( 1000/ totoro) Gid: ( 1000/ totoro)
Access: 2016-08-02 23:39:15.651962645 +0100
Modify: 2016-08-02 22:51:26.613739542 +0100
Change: 2016-08-02 23:12:04.540134139 +0100
Birth: -
これはファイルシステムエラーが原因である可能性があることが示唆されたので、ブート時にfsck
を実行し、これはsyslog
の出力でした。
Aug 3 10:54:45 <Computer-Name> kernel: [ 0.000000] Command line: BOOT_IMAGE=/vmlinuz-4.4.0-31-generic.efi.signed root=/dev/mapper/ubuntu--gnome--vg-root ro noprompt fsck.mode=force
Aug 3 10:54:45 <Computer-Name> systemd-fsck[2176]: fsck.fat 3.0.28 (2015-05-16)
Aug 3 10:54:45 <Computer-Name> systemd-fsck[2176]: /dev/sda1: 28 files, 3120/130812 clusters
Aug 3 10:54:45 <Computer-Name> systemd-fsck[2191]: /dev/sda2: 301/62496 files (22.6% non-contiguous), 129379/249856 blocks
Aug 3 10:54:45 <Computer-Name> kernel: [ 0.000000] Kernel command line: BOOT_IMAGE=/vmlinuz-4.4.0-31-generic.efi.signed root=/dev/mapper/ubuntu--gnome--vg-root ro noprompt fsck.mode=force
Aug 3 10:55:00 <Computer-Name> /usr/lib/gdm3/gdm-x-session[3200]: Kernel command line: BOOT_IMAGE=/vmlinuz-4.4.0-31-generic.efi.signed root=/dev/mapper/ubuntu--gnome--vg-root ro noprompt fsck.mode=force
Aug 3 10:55:31 <Computer-Name> /usr/lib/gdm3/gdm-x-session[3341]: Kernel command line: BOOT_IMAGE=/vmlinuz-4.4.0-31-generic.efi.signed root=/dev/mapper/ubuntu--gnome--vg-root ro noprompt fsck.mode=force
LiveUSBからすぐに同じチェックを行います。それが完了したら、この質問をどのように行ったかに関する情報で更新します。これがだれにも役立つ場合、lsblk
の出力は次のとおりです。
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 465.8G 0 disk
├─sda1 8:1 0 512M 0 part /boot/efi
├─sda2 8:2 0 244M 0 part /boot
└─sda3 8:3 0 465G 0 part
├─ubuntu--gnome--vg-root 252:0 0 461.2G 0 lvm /
└─ubuntu--gnome--vg-swap_1 252:1 0 3.9G 0 lvm [SWAP]
sr0 11:0 1 1024M 0 rom
だから私はLVMを使用しています。 Ubuntu GNOME 16.04とGNOME 3.20を実行しています。問題は何であり、それについてどうすればよいですか?同じファイルの2番目のバッチをダウンロードした場所には、まだそれらが表示されます(私のDownloads
フォルダー)。
情報の更新:
nemo
をインストールしようとしましたが、問題もそこにあります。
nautilus
とnemo
を使用してファイル名を検索すると、検索結果にそれらが表示され、サムネイルが正しく表示されるため、さらに興味深いことが発見されました。それらを開くには!
blkid
の出力は次のとおりです。
/dev/sda1: UUID="9936-E7FF" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="8054dcbf-83e1-4d42-bd5c-7a7ec2b5b563"
/dev/sda2: UUID="a1ee7705-4528-434a-8aca-54486d48093d" TYPE="ext2" PARTUUID="56930149-d506-4773-9b31-b9ab1fa3aed8"
/dev/sda3: UUID="4Fa3uc-So0F-4d6c-ePh9-Eb09-JMl1-30k45r" TYPE="LVM2_member" PARTUUID="3816306f-068b-4385-b2a9-a67e320d7b4a"
/dev/mapper/ubuntu--gnome--vg-root: UUID="925ad182-e013-4b66-8b0c-18e549a28f82" TYPE="ext4"
/dev/mapper/ubuntu--gnome--vg-swap_1: UUID="97995176-acae-4d9a-bb88-08adefd556df" TYPE="swap"
mv
コマンドを使用してファイルの名前を変更しても、まだ表示されません。
私は今もう一度調べて、ファイルが再表示されましたそのフォルダーから欠落していた他の多くのファイルと一緒に!彼らが再び現れても他の人が消えないことを願っていますが、確認できる方法はありますか?これは何が原因ですか?
ファイル/フォルダーがファイルマネージャーに表示されず、ターミナルに表示されるという問題がありました。
以下を実行して解決しました:
ファイルマネージャー>表示>再読み込み
(ショートカット:Ctrl + R)。
ターミナルを開き、問題のディレクトリにcdして、「ls -la」を実行することをお勧めします。それはあなたにうそをつく可能性が最も低いです。すべてのファイルとその許可が表示されます。
NautilusなどのようなGUIファイルマネージャは、そこにあるものとそのプロパティが何であるかについての完全で正確な真実から数歩離れています。そのファイルマネージャには、「機能」または「単純化された拡張機能」があり、そこにあるすべてのものを見ることができません。
バグがあるかもしれませんが、私は「単純化された拡張」の側面に賭けています。私は10年間Nautilusを使用していますが、もう何も見つかりません。彼らはそれをとても「役に立つ」ものにし、ほとんど役に立たない。ターミナルを起動することもできなくなります。
端末に美しさが欠けている場合は、Enlightenmentプロジェクトから「用語」をインストールすることを検討してください。目の保養があります。信じられない。
Nemoでこの問題が発生しましたが、回避策はビューを変更することです。私は通常リストビューを使用しているので、アイコンビューに切り替えて戻ります。これにより、実際の更新コマンドでは実行されなかった更新が強制されました。