انجمن‌های فارسی اوبونتو

لطفاً به انجمن‌ها وارد شده و یا جهت ورود ثبت‌نام نمائید

لطفاً جهت ورود نام کاربری و رمز عبورتان را وارد نمائید

آخرین ارسال‌ها

صفحه: 1 ... 7 8 [9] 10
81
نقل‌قول
ممنون و اینکه تا پشتیبانی شه خیلی وقت میخواد چون من به برای کارهام نیاز دارم
شاید اصلا هیچ وقت پشتیبانی نشه. باید به دنبال یه چیز بیرون مخازن باشید که اصلا توصیه نمیشه. بیشتر وضعیت بد تر میشه.
82
معرفی نرم‌افزار / پاسخ : خطا هنگام نصب wine
« آخرین ارسال توسط 🇬🇧بریتانیای کبیر🇬🇧 22 مهر 1404، 05:02 ب‌ظ »
واین درون مخزن رسمی رو دارید نصب میکنید یا از طریق مخزن خارجی یا با پرونده‌ی deb؟
از مخزن رسمی استفاده کنید
83
معرفی نرم‌افزار / خطا هنگام نصب wine
« آخرین ارسال توسط AliKhorsand 22 مهر 1404، 04:35 ب‌ظ »
 سلام من هنگام نصب برنامه wine با خطا روبرو Error: Unable to locate package winehq-develشدم لطفا کمک کنید
84
ممنون و اینکه تا پشتیبانی شه خیلی وقت میخواد چون من به برای کارهام نیاز دارم

Command '~sudo' not found, did you mean:
  command 'sudo' from deb sudo (1.9.16p2-1ubuntu1.1)
  command 'sudo' from deb sudo-ldap (1.9.16p2-1ubuntu1.1)
Try: sudo apt install <deb name>
85
انجمن عمومی / پاسخ : نصب Debian Debootstrap
« آخرین ارسال توسط norouzi90 22 مهر 1404، 11:44 ق‌ظ »
ادامه عکس ها.
86
انجمن عمومی / پاسخ : نصب Debian Debootstrap
« آخرین ارسال توسط norouzi90 22 مهر 1404، 11:43 ق‌ظ »
آقای Chappie ، ممنون از همه مَحبت هایتان و بخاطر وقتی که می گذارید.


نتیجه: systemd را می‌توان حذف کرد، اما libsystemd-shared و libsystemd0 باید بمانند، چون بدون آن‌ها کل زیرساخت سخت‌افزار و ارتباطات درون سیستم از کار می‌افتد.
- - -
خلاصه‌ی نهایی:

systemd را می‌توان کاملاً حذف کرد،
اما کتابخانه‌های آن (libsystemd0 و libsystemd-shared) باید بمانند،
چون udev و ده‌ها ابزار پایه‌ی لینوکس برای اجرا به آن‌ها لینک شده‌اند.
حذف یا hold آن‌ها باعث قطع عملکرد udev، dbus و در نتیجه apt می‌شود.

با توجه به عکسهای 1 و 2 و 3 که از توزیع antiX گرفته ام، بنظر میرسد می توان در دبیان هم systemd و هم libsystemd-shared وهم libsystemd0 نصب نباشند و بدون آنها هم، سیستم از هم نپاشد و apt هم کار کند و بدون آنها لزوما کل زیرساخت سخت‌افزار و ارتباطات درون سیستم از کار نخواهد افتاد.

با توجه به عکس 4 که از توزیع antiX گرفته ام، بنظر میرسد می توان در دبیان هم systemd و هم libsystemd-shared وهم libsystemd0 نصب نباشند و بدون آنها هم بسته dbus و بسته های زیر مجموعه آن کار کنند.

ولی با توجه به عکس  5 که از توزیع antiX گرفته ام،بنظر میرسد نمی توان در دبیانی که systemd و  libsystemd-shared وlibsystemd0   نصب نباشند، بتوان از بسته های udev و libudev1 استفاده کرد.

با توجه به عکس  6 که از توزیع antiX گرفته ام،بنظر میرسد نمی توان در دبیانی که systemd و  libsystemd-shared وlibsystemd0   نصب نباشند، بتوان از بسته network-manager استفاده کرد.

با توجه به عکس  7 و 8 که از توزیع antiX گرفته ام، بنظر می رسد در توزیع antiX آمده اند و بجای بسته network-manager از بسته های ifupdown و wpasupplicnt استفاده کرده اند.

متاسفانه و متاسفانه در درازمدت توزیع هایی مانند antiX مجبورند برای ادامه بقایشان حداقلی از systemd را در سیستمشان پذیرا  باشند.

با تشکر مجدد از دوست خوبم آقای Chappie .

87
انجمن عمومی / پاسخ : نصب Debian Debootstrap
« آخرین ارسال توسط Chappie 22 مهر 1404، 05:58 ق‌ظ »
این لینکها رو هم ببینید شاید براتون نکته ای داشته باشه :
88
انجمن عمومی / پاسخ : نصب Debian Debootstrap
« آخرین ارسال توسط Chappie 21 مهر 1404، 10:55 ب‌ظ »
libsystemd-shared واقعاً بخشی از سورس systemd است.

در پروژهٔ اصلی systemd، فقط برای استفادهٔ داخلیِ خودِ systemd ساخته شده.

دبیان هنگام بسته‌بندی، systemd را به چند بسته جدا تقسیم می‌کند.

یکی از آن بسته‌ها همین libsystemd-shared است که توسط udev و چند ابزار دیگر لازم است.

این کتابخانه daemon نیست و init سیستم را کنترل نمی‌کند.

اگر حذف شود، udev و بعضی برنامه‌های پایه از کار می‌افتند.

پس دبیان آن را نگه می‌دارد، حتی وقتی خود systemd حذف شده باشد.

نتیجه: وجودش به معنی «داشتن systemd» نیست؛ فقط یک وابستگی فنی است تا سیستم بدون systemd هم کار کند.
- - -
apt از کار افتاد نه چون خودش systemd می‌خواست،
بلکه چون تو کتابخانه‌ای رو قفل کردی که udev و dbus بدونش بوت نمی‌شن —
و اون‌ها زیرساخت ارتباطی apt با سیستم هستند.
- - -
libsystemd-shared در اصل بخشی از سورس systemd است و برای استفاده‌ی داخلی خودِ systemd ساخته شده.

این کتابخانه فقط شامل کدهای مشترک بین اجزای systemd (مثل journald, logind, udev) است تا حجم حافظه و دیسک کمتر شود.

API و ABI این کتابخانه پایدار نیست، یعنی هر نسخه از systemd باید دقیقاً نسخه‌ی خودش از libsystemd-shared را داشته باشد.

دبیان systemd را به چند بسته جدا تقسیم می‌کند تا حتی در حالت بدون systemd هم سیستم بوت شود.

در دبیان، udev از همان سورس systemd ساخته می‌شود و به libsystemd-shared وابسته است.

بنابراین حتی اگر systemd daemon حذف شود، libsystemd-shared باید بماند تا udev و دیگر اجزای پایه کار کنند.

libsystemd0 برعکس، کتابخانه‌ی عمومی و پایدار است که بسیاری از برنامه‌ها (مثل apt، dbus، cups، policykit) برای لاگ و اعلان به آن لینک شده‌اند.

اگر libsystemd-shared را hold یا حذف کنی، نسخه‌ی udev دیگر با آن match نمی‌کند و udev از کار می‌افتد.

وقتی udev یا dbus fail کنند، apt و خیلی از ابزارهای سیستمی هم نمی‌توانند اجرا شوند.

نتیجه: systemd را می‌توان حذف کرد، اما libsystemd-shared و libsystemd0 باید بمانند، چون بدون آن‌ها کل زیرساخت سخت‌افزار و ارتباطات درون سیستم از کار می‌افتد.
- - -
خلاصه‌ی نهایی:

systemd را می‌توان کاملاً حذف کرد،
اما کتابخانه‌های آن (libsystemd0 و libsystemd-shared) باید بمانند،
چون udev و ده‌ها ابزار پایه‌ی لینوکس برای اجرا به آن‌ها لینک شده‌اند.
حذف یا hold آن‌ها باعث قطع عملکرد udev، dbus و در نتیجه apt می‌شود.
89
انجمن عمومی / پاسخ : نصب Debian Debootstrap
« آخرین ارسال توسط norouzi90 21 مهر 1404، 10:00 ب‌ظ »
libsystemd-shared و libsystemd0 خودشون systemd نیستن،
فقط کتابخانه‌هایی هستن که خیلی از بسته‌ها برای کارکرد عمومی‌شون بهشون لینک شدن.

نقل‌قول
This internal shared library provides common code used by various systemd
components. It is supposed to decrease memory and disk footprint.
The shared library is not meant for public use and is not API or ABI stable.

نقل‌قول
این کتابخانه مشترک داخلی، کد مشترکی را که توسط اجزای مختلف systemd استفاده می‌شود، ارائه می‌دهد. قرار است فضای اشغال شده توسط حافظه و دیسک را کاهش دهد. این کتابخانه مشترک برای استفاده عمومی در نظر گرفته نشده و از نظر API یا ABI پایدار نیست.

ببخشید ولی بنظرم این مطالب با هم جور درنمی آید. عکس 1

90
لینک ارائه‌شده به وضوح نشان می‌دهد که برای حسگر اثر انگشت FocalTech FT9349 ESS با شناسه USB 2808:a99a در حال حاضر هیچ درایور رسمی برای لینوکس وجود ندارد.
در هیچ‌یک از نسخه‌های کرنل لینوکس تا نسخه ۶.۱۲، درایوری برای این دستگاه یافت نشده است.
صفحه: 1 ... 7 8 [9] 10