Mengapa / var / run dimigrasikan ke / run?

Dari tinjauan teknis Ubuntu 11.10 Oneiric :

Ubuntu 11.10 telah bermigrasi jauh dari /var/run, /var/lockdan /dev/shmdan sekarang menggunakan /run, /run/lockdan /run/shmbukan (masing-masing).

• Saya membuat hardcode jalur ini di aplikasi saya, mengapa perubahan ini dibuat untuk Oneiric?
• Apa yang bisa saya lakukan untuk membuat aplikasi saya kompatibel mundur dan maju? Apakah ada cara yang lebih baik selain memeriksa dulu keberadaannya /run, lalu /var/run?

Tujuannya adalah untuk mengurangi jumlah tmpfssistem file. Pada 11,04, ada tmpfssistem file terpisah di /var/lock, /var/rundan /dev/shm. Jika semua direktori ini berada di bawah direktori induk tunggal, maka hanya satu yang tmpfsdiperlukan. Ini juga menyediakan lokasi yang jelas untuk data status runtime lebih lanjut yang tidak boleh bertahan selama reboot.

Kecuali jika aplikasi Anda bergantung pada jalur kanonik file, aplikasi Anda harus berjalan tanpa modifikasi karena lokasi lama akan disinkronkan dengan yang baru. Kebijakan AppArmor adalah satu kasus yang tidak bergantung pada nama jalur asli, itulah sebabnya mengapa disebutkan secara khusus.

Tautan berikut akan membantu menjelaskan alasannya:

• http://lists.fedoraproject.org/pipermail/devel/2011-March/150031.html
• https://bugs.linuxfoundation.org/show_bug.cgi?id=718
• https://lists.linuxfoundation.org/pipermail/fhs-discuss/2011-May/000061.html
• http://wiki.debian.org/ReleaseGoals/RunDirectory

1. /run adalah lokasi tmpfs lintas-distribusi baru untuk penyimpanan file status sementara — yaitu file yang berisi informasi run-time yang mungkin atau mungkin tidak perlu ditulis pada awal proses boot dan yang tidak perlu disimpan di seluruh reboot.

   Membuat /rundirektori tersedia membawa kita selangkah lebih dekat ke titik di mana dimungkinkan untuk menggunakan sistem secara normal dengan sistem file root yang dipasang hanya-baca, tanpa memerlukan solusi yang kikuk seperti aufs/unionfsoverlay.

   /run menggantikan beberapa lokasi yang ada yang dijelaskan dalam Standar Hierarki Filesystem:

   • /var/run → /run
   • /var/lock → /run/lock
   • /dev/shm→ /run/shm[saat ini hanya Debian yang berencana untuk melakukan ini]
   • /tmp→ /run/tmp[opsional; saat ini hanya Debian yang berencana menawarkan ini]

   • /run juga mengganti beberapa lokasi lain yang telah digunakan untuk file sementara:

   • /lib/init/rw → /run

   • /dev/.* → /run/*
   • /dev/shm/* → /run/*
   • file yang dapat ditulis di bawah /etc→/run/*

   (jadi Anda mungkin bisa berharap ini juga bergerak).

   Sumber: tujuan rilis debian

2. Saya akan menyarankan untuk membuat bagian dalam perangkat lunak Anda di mana Anda mengatur direktori ini dalam variabel, mengubah kode Anda untuk menggunakan variabel-variabel ini dan kemudian mengubah variabel berdasarkan sistem yang digunakan (tapi saya yakin Anda sudah tahu itu).

Dari apa yang saya baca, ini adalah penjelasan asli yang diberikan mengapa / run diperkenalkan. http://lwn.net/Articles/436012/

Catatan: sejak / menjalankan pengantar, konfigurasi kecil mungkin mendapat masalah. Server Ubuntu saya adalah 256Mo RAM dan / run secara default diatur ke 49Mo.
Saat startup, ia mengisi sistem file hingga penuh.
Membuat perubahan pada fstab tidak beroperasi untuk meningkatkan tempfs / run size. Tidak ada prosedur lain yang saya temukan di gg.
Saya menemukan solusi untuk menambahkan skrip init: /etc/rc.localbaris mount -t tmpfs tmpfs /run -o remount,size=85M untuk diperluas saat startup. (85M adalah untuk conf saya.)

Anda seharusnya tidak membuat hardcode salah satu dari /runjalur ini !

• Gunakan /var/run, karena symlink akan /runberlaku jika berlaku
• /var/lock sama seperti di atas
• Jangan /dev/shmpernah hardcode , selalu gunakan shm_opendll (posix API)