タグ付けされた質問 「trim」

オーディオをトリミングするFFmpegコマンドがあります。 ffmpeg -ss 01:43:46 -t 00:00:44.30 -i input.mp3 output.mp3 このコマンドの問題は、オプションに01:43:46の-t期間（秒単位）が必要なことです。01:43:46から00：01：45.02などの開始/停止時間を使用してオーディオをトリミングしたい。 これは可能ですか？

34 audio  ffmpeg  trim 

さまざまなソースがあり、さまざまなプラクティスが提案されています。fstrimを実行する頻度は次のとおりです。 cronで毎週実行する cronによって毎日実行されます 各ブートで実行する 最適なオプションとその理由は何ですか？Ubuntu 14.04はデフォルトで最初のオプションを使用します。

26 ssd  trim 

このチュートリアルに従って、ubuntu 13.04でLVMとdm-cryptを使用してTRIMをセットアップしようとしました。 http://blog.neutrino.es/2013/howto-properly-activate-trim-for-your-ssd-on-linux-fstrim-lvm-and-dmcrypt/ 以下の構成とテスト手順に関する注意事項を参照してください。 ご質問 TRIMが適切に機能する場合、信頼できるテストはありますか？ テストルーチンが間違っているか、TRIMが機能していませんか？ 動作しない場合：セットアップの何が問題になっていますか？ セットアップ用にTRIMをデバッグし、TRIMを機能させるにはどうすればよいですか？ 構成 ここに私の設定があります： cat /etc/crypttab sda3_crypt UUID=[...] none luks,discard そして cat /etc/lvm/lvm.conf # [...] devices { # [ ... ] issue_discards = 1 # [ ... ] } # [...] SSDはSamsung 840 Proです。 ここに私のテスト手順があります 私がちょうどしたセットアップをテストするためsudo fstrim -v /に /: [...] bytes were …

21 lvm  ssd  troubleshooting  dm-crypt  trim 

私はluksOpenでLUKSパーティションを持っています：/dev/sda1--allow-discards cryptsetup --allow-discards luksOpen /dev/sda1 root 次にext4、discardオプションを使用してファイルシステムをマウントします。 grep /dev/mapper/root /proc/mounts /dev/mapper/root / ext4 ro,relatime,block_validity,discard,delalloc,barrier,user_xattr,acl 0 0 次に、マウントされたパーティションの空き領域をトリミングします。 fstrim -v / ではdf、/80％の空き容量があります。つまり/dev/sda1、では、ディスクの80％がバイナリゼロです。 で画像を複製した場合 cat cat /dev/sda1 > sda1.img そして、イメージをxzで圧縮すると、ディスク上のすべてのゼロが圧縮されるはずです。ディスク上のデータの20％は暗号化されているため、ランダムに見え、圧縮できないはずです。したがって、xzで圧縮されたイメージは約になります。未加工サイズの20％。 ただし、結果のxz圧縮イメージは、元の元のイメージとほぼ同じサイズです。 私の推論は正しいですか？ なぜ私の理論は実践に変換されないのですか？

13 ext4  ssd  cryptsetup  trim  fstrim 

いくつかのext4パーティションを含むドライブ（SDカード）がありますが、未割り当ての領域もあります。fstrimユーティリティは、ファイルシステム内で作業することができます。ホイールを再発明してホイールを作成する前に、未割り当てスペースをトリムできる（または明示的に指定された範囲をトリムできる）別のユーティリティはありますか？ 私は、デバイス上の未割り当て領域の大部分がされていることを確認することができない私は0を、この特定のカードに、その観察トリミングされた空間リターンに読み込んでてきたように、現在コントローラでないことが知られているが、デバイスショーのスキャン大量のゴミデータが残っています。 編集：を使用して問題が発生していhdparmます。以下の例では最初のセクターを破棄していますが、指定した範囲に関係なく同じ結果が表示されます。fstrimデバイスに問題はありません： root@ubuntu:~# hdparm --please-destroy-my-drive --trim-sector-ranges 0:1 --verbose /dev/mmcblk0 /dev/mmcblk0: trimming 1 sectors from 1 ranges outgoing cdb: 85 0d 06 00 01 00 01 00 00 00 00 00 00 40 06 00 outgoing_data: 00 00 00 00 00 00 01 00 00 00 00 00 00 00 …

11 partition  sd-card  trim 

標準の新しいLinux（正確にはUbuntu 11.10）をインストールしてドライブを再フォーマット（完全）してSSDを正常にトリムできますか、それとも追加の操作が必要ですか？ discardオプションを指定すると、ext4は消去時にブロックをTRIMすることを知っていますが、可能であれば完全にTRIMされたドライブから始めたいと思います。

9 ext4  ssd  mkfs  trim 

SSDを取り付けたとき、マウントしただけでdiscard発汗しませんでした。しかし、今日私はfstrim代わりに使用することの長所と短所について読んでいて、実際にかかる時間を知るためにプログラムを実行することを決めました（パーティションをでマウントしたままdiscard）。このコマンドは、ルートパーティションとホームパーティションの両方で数分かかりました。私のホームパーティション-vでは、これを使用してこれを取得しました。 $ sudo fstrim -v /home /home: 137494052864 bytes were trimmed これは、パーティションの空き容量を超えています！ $ df -h /home Filesystem Size Used Avail Use% Mounted on /dev/sda2 206G 78G 118G 40% /home 後続の実行は1秒未満で終了します。例： $ sudo fstrim -v /home /home: 0 bytes were trimmed 確かに、パーティションを常にでマウントしていた場合discard、fstrimそのような大量のデータをトリミングしないでください。このdiscardオプションは確実に有効になっています。関連するfstab行は次のとおりです。 UUID=xxxxxxxx... / ext4 noatime,discard,errors=remount-ro 0 1 UUID=xxxxxxxx... /home ext4 …

8 linux  filesystems  fstab  trim