Unix & Linux

zerofreeUbuntu 11.04で実行しようとしているので、次を使用してVirtualBox vdiイメージを圧縮できます。 VBoxManage modifyhd Ubuntu.vdi --compact zerofreeディスクイメージを実行するために、読み取り専用としてマウントされています。私はこれを使用して、回復モードから読み取り専用として再マウントするよう指示する指示に従います（ルートシェルプロンプトにドロップ）： mount -n -o remount,ro -t ext2 /dev/sda1 / しかし、これを行うとエラーが発生します： mount: / is busy これを行う方法に関するアイデアはありますか？ フォローアップ：これらのコマンドを実行してJariの回答とこの投稿をフォローすると、問題が解決します。 service rsyslog stop service network-manager stop killall dhclient

36 ubuntu  mount  virtualbox 

シェルスクリプトを1つ実行すると、「$？」という用語が表示されました。この用語の意味は何ですか？

36 linux  shell-script 

この方法で実行されるシェルスクリプトを作成する必要があります。 ./myscript arg1 arg2_1 arg2_2 arg2_3 ....... arg2_# スクリプト内にforループがあります for i in $@ ただし、私が知っているように、$ @には$ 1から$（$＃-1）までが含まれます。しかし、私のプログラムでは、$ 1は$ 2 $ 3 $ 4などとは明らかに異なります。$ 2から最後までループしたいのですが... ありがとうございました：）

36 bash  shell  scripting 

Ext4のデフォルトのジャーナルモードはdata=orderedであり、ドキュメントによると、 「すべてのデータは、メタデータがジャーナルにコミットされる前に、メインファイルシステムに直接出力されます。」 ただし、data=journalオプションもあります。つまり、 「すべてのデータはメインファイルシステムに書き込まれる前にジャーナルにコミットされます。このモードを有効にすると、遅延割り当てとO_DIRECTサポートが無効になります。」 これについての私の理解は、data=journalモードはすべてのデータとメタデータをジャーナルするということです。一見すると、これはデータの整合性と信頼性の面で最も安全なオプションであることを意味しているようですが、パフォーマンスにはそれほどではありません。 信頼性が最大の懸念事項であるが、パフォーマンスがそれほど重要でない場合、このオプションを選択する必要がありますか？このオプションを使用する際の注意事項はありますか？ 背景として、問題のシステムはUPS上にあり、ドライブの書き込みキャッシュは無効になっています。

36 ext4 

アルバムアートがファイル自体に含まれているMP3ファイルがたくさんあります。私は現在、それらを抽出して、せいぜいコマンドラインから分離して保存する方法を探しています。 これを達成する方法はありますか？

36 bash  images  mp3 

ここから分割 16gbフラッシュドライブがあり、ライブISOから（unetbootinまたは類似のものを介して）ブートしたい。プラグインして、必要なコンピューターで起動できる32ビットのディストリビューションになります。これはライブISOになるため、データを保存する場所が必要になります。USBドライブには、ディストリビューション用に約1GB、データストレージ用に他の15GBが必要です。 2つのFATパーティションを作成しました。1つ目は「ブート可能」、2つ目は「ストレージ」です。Linuxではストレージは正常に機能しますが、Windowsはブート可能なパーティションのみを認識します。ストレージにアクセスできません。 Windowsでデータにアクセス可能にしたまま、ブート可能なディストリビューションを使用するにはどうすればよいですか？答えがパーティションの作成方法である場合は、各パーティションの順序と種類を含めてください。これにはスワップ領域が必要ですか、それとも別の方法で処理されますか？

36 linux  partition  live-usb 

私はまだLinuxが初めてなので、実行可能ファイルとそのライブラリの場所とパッケージのインストール方法を理解しようとしているので、次のPythonバージョンを備えたDebian Wheezy 7.3があります。 Python 2.7.3（デフォルト） Python 2.6.8 そのため、ディレクトリ/usr/bin/には、ターミナルから呼び出すことができるこれらのファイルがあります。 python（python2.7へのリンクです） python2（python2.7へのリンク） python2.6（Python 2.6.8実行可能ファイル） python2.7（Python 2.7.3実行可能ファイル） および/usr/lib/のメインフォルダー： python2.6 python2.7 現在、Pythonの最新バージョンはインストールしたい2.7.6ですが、方法がわかりません。apt-getを使用してみました。 apt-get install python 出力しますpython is already the newest version.。 では、最新バージョンのPythonをどのようにインストールできますか？上のPythonのダウンロードページ私は別のフォルダを持つように個別にインストールするためにそれを使用することができますどのようにソースtarball、そこにある/usr/lib/ようにpython2.7.6して作るpythonのリンクを/usr/bin/新しい実行ファイルにポイント、または多分それは何かを中断されません場合は、現在のバージョンをアップグレードするには。

35 debian  package-management  python 

で正規表現上のWikipediaの記事、それがいるようです[[:digit:]]= [0-9]= \d。 それらが等しくない状況は何ですか？違いはなんですか？ いくつかの調査の後、1つの違いはブラケット式[:expr:]がロケールに依存していることだと思います。

35 regular-expression  wildcards 

アプリファイル/ usr / bin / fileのバグレポートを送信しようとしています しかし、男性に相談してメールを送信する バグバグを報告し、http： //bugs.gw.com/ のバグトラッカーまたは⟨file@mx.gw.com⟩のメーリングリストにパッチを送信してください（http://mx.gw.com/mailman/にアクセスして ください） listinfo / file first subscribe）。 メールアドレスが存在しないことを知りました。 コミュニティと通信する別の方法はありますか？うまくいけば、このここの質問はすでにそれの一部です:) だからここに私のメールがあります： 機能障害の可能性：--extensionオプションは何も出力しないようです $ file --extension "ab.gif" ab.gif: ??? この出力を使用して、ファイルの名前を正しい拡張子に簡単に変更できると便利です。 ファイルのようなもの--likely_extensionは、検出される可能性が高い拡張子または検出が低すぎる場合にエラーを出力するだけです。 このように： $ file --likely_extension "ab.gif" gif --correct_extensionオプションの方が良いでしょう： $ file --correct_extension "ab.jpg" $ ls ab.gif このアプリのTyvm :)

35 files  file-format 

空のテキストファイルのバイト数がゼロであることはよく知られています。 しかし、それぞれにはメタデータが含まれており、私の調査によれば、 iノードに、スペースを使用します。 これを考えると、空のテキストファイルを純粋に作成することでディスクをいっぱいにすることは可能だと私には思えます。これは正しいです？その場合、たとえば1GBのディスクに何個の空のテキストファイルを書き込む必要がありますか？ いくつかのチェックを行うために実行しましたdf -iが、これは明らかに、使用されているiノードの割合（？）を示しています。 Filesystem Inodes IUsed IFree IUse% Mounted on udev 947470 556 946914 1% /dev tmpfs 952593 805 951788 1% /run /dev/sda2 28786688 667980 28118708 3% / tmpfs 952593 25 952568 1% /dev/shm tmpfs 952593 5 952588 1% /run/lock tmpfs 952593 16 952577 1% /sys/fs/cgroup /dev/sda1 …

35 disk-usage  inode  file-metadata 

コマンドが出力でservice <name> status使用するのをどのように停止lessしますか？ いくつかのsysadminアクションを自動化するスクリプトがあります。サーバーをUbuntu 16.04にアップグレードした後、less出力、特にsupervisorサービスを表示するようなものを使用しているため、サービスステータスを確認するアクションがブロックされているため、壊れています。 実行するように構成されたいくつかのデーモンがあり、実行するsudo service supervisor statusと次のようになります： * supervisor.service - Supervisor process control system for UNIX Loaded: loaded (/lib/systemd/system/supervisor.service; disabled; vendor preset: enabled) Active: active (running) since Mon 2017-02-06 20:35:34 EST; 12h ago Docs: http://supervisord.org Process: 18476 ExecStop=/usr/bin/supervisorctl $OPTIONS shutdown (code=exited, status=0/SUCCESS) Main PID: 20228 (supervisord) CGroup: /system.slice/supervisor.service …

35 systemd  services 

システムコールインターフェイスは低レベルで実装されているため、「ジェネリック」コードではなく、アーキテクチャ/プラットフォームに依存します。 しかし、Linux 32ビットx86カーネルのシステムコールに、同様のアーキテクチャのLinux 64ビットx86_64で同じ値が保持されない理由がはっきりとわかりません。この決定の背後にある動機/理由は何ですか？ 私の最初の推測は、バックグラウンド化の理由が32ビットアプリケーションをx86_64システム上で実行可能な状態に維持することであったため、システムコール番号への妥当なオフセットを介して、システムはユーザースペースが32ビットまたは64ビットであることを認識しますそれぞれ。ただし、そうではありません。少なくとも、x86_64のシステムコール番号0であるread（）は、この考えと一致しないように思われます。 もう1つの推測は、システムコール番号の変更にはセキュリティ/強化の背景があるかもしれないということです。 アーキテクチャに依存するコード部分の実装の課題に無知であるため、システムコール番号を変更する必要はないように思われます（16ビットのレジスタでさえ、すべてを表すために現在〜346の数値よりも多くを格納するため）呼び出し）、互換性を破る以外の何かを達成するのに役立ちます（ただし、ライブラリlibcを介してシステムコールを使用すると、軽減されます）。

35 linux  system-calls 

今日、私の時計は自動的に夏時間に調整され、crontabからのスクリプトが失敗し始めました。何が起こっているのか見て、次のエラーが表示されましたLC_ALL=C： 日付：無効な日付 '2016-10-16' システムを再起動するのが最善ですが、今は再起動しましたが、エラーが表示されます： $ date -d '2016-10-15' Sat Oct 15 00:00:00 BRT 2016 $ date -d '2016-10-16' date: data inválida “2016-10-16” $ date -d '2016-10-17' Mon Oct 17 00:00:00 BRST 2016 これは何が原因ですか？

35 date  timezone 

障害のあるUSBサムドライブの内容をコピーしようとしています。データの読み取りが速すぎると、ドライブのコントローラーチップが過熱し、ドライブがシステムから消えます。その場合は、ドライブを取り外し、冷却するまで1分ほど待ってから、再度接続して、コピーを再開する必要があります。 ドライブの内容の古いバックアップがあるので、残りのデータを取得する明白な方法はrsync、バックアップを最新にするために使用することですが、これは「読み取りが速すぎて、ドライブが消えます」 、最初からやり直す必要があります」という問題。rsync1分あたりXメガバイトのデータのみを読み取るように指示する方法はありますか？あるいは、ドライブが消えたときに操作を中断し、再び接続されたときに再開するように指示することは可能ですか？

35 rsync 

Linuxターミナルがそのように動作する理由をよりよく理解するために、コンピューターの歴史を研究しています。1970年代半ばから1980年代半ばに、ほとんどの人が（ターミナルエミュレータではなく）実際の端末を使用して大型コンピュータと通信することを読みました。これは実際の端末の例です。 しかし、実際の端末が接続されたこれらの大型コンピューターに関する情報を見つけることができません。誰でもそのような大型コンピューターの名前/写真を提供できますか？

35 terminal  history