خبر و ترفند روز

خبر و ترفند های روز را اینجا بخوانید!

مایکروسافت گفت نمی‌توانم ویندوز ۱۱ را روی دستگاهم نصب کنم؛ من هم به‌جایش لینوکس نصب کردم

Microsoft گفت نمی‌توانم Windows 11 را روی دستگاه خود نصب کنم؛ پس به‌جایش Linux نصب کردم
فدورا تبلت سامسونگِ رهاشده‌ام را دوباره زنده کرد، اما لینوکس برای راه‌اندازی تقریباً تک‌تک قابلیت‌ها از من کار کشید.

سامسونگ گلکسی TabPro S LTE قدیمی من از آن دستگاه‌هایی است که کنار گذاشتنشان واقعاً حیف است. نمایشگری خیره‌کننده، پردازنده‌ای قابل‌استفاده از اینتل، ورودی لمسی، صفحه‌کلید جداشونده و فضای ذخیره‌سازی نه‌چندان زیادِ ۱۲۸ گیگابایتی دارد.

بااین‌حال، ویندوز ۱۰ سال‌ها روی نسخهٔ ۱۸۰۳ درجا زده بود و مایکروسافت هم می‌گفت دستگاه آن‌قدر قدیمی است که نمی‌توان آن را به ویندوز ۱۱ ارتقا داد. راه‌اندازی درست‌وحسابی لینوکس روی تبلت‌ها به دشواری مشهور است و تلاش برای نصب آن روی یکی از مدل‌های کم‌طرفدار سامسونگ، انگار انتخاب آگاهانهٔ سخت‌ترین درجهٔ دشواری برای کار با لینوکس بود.

به‌جای آنکه ویندوز را از میان چندین سال به‌روزرسانی عبور دهم تا به سیستم‌عاملی برسد که درهرحال توان اجرای آن را نداشت، فدورا ورک‌استیشن ۴۴ را بارگیری کردم. محیط زندهٔ آن بی‌درنگ بیشتر قابلیت‌های سخت‌افزاری را شناخت و همه‌چیز تقریباً بیش‌ازحد آسان به نظر می‌رسید. اما همان‌طور که بعداً فهمیدم، هیچ‌یک از اجزایی که یک تبلت را می‌سازند چندان با لینوکس سازگار نبودند.

فدورا پیش از آنکه فرصت بدگمان شدن پیدا کنم، راه افتاد

محیط زنده آن‌قدر سخت‌افزار شناخت که نصب را به‌طرزی فریبنده آسان جلوه داد

پیش از بارگیری فدورا لینوکس، باید مشخص می‌کردم که سخت‌افزار تبلت بر پایهٔ ARM است یا x86. تَب‌پرو S از پردازندهٔ اینتل بهره می‌برد؛ بنابراین نگارش استاندارد x86-۶۴ فدورا بهترین انتخاب بود.

هرچند چندان شیفتهٔ گنوم نیستم، فدورا را انتخاب کردم؛ زیرا هستهٔ به‌روز و پشتیبانی لمسی آن می‌توانست به این پروژهٔ ازپیش پرریسک، بختی برای موفقیت بدهد. با فدورا مدیا رایتر، تصویر آن را روی یک حافظهٔ USB نوشتم و از راه مبدل USB-C به تبلت وصل کردم. وقتی بدون دست‌زدن به بوت امن، نشان فدورا و میزکار زنده را دیدم، جشن کوچکی گرفتم.

این نخستین غافلگیری خوشایند بود. برخلاف تمام گفت‌وگوهای هشت سال گذشته در ردیت که با اطمینان می‌گفتند کارت شبکه از همان ابتدا کار نخواهد کرد، بی‌دردسر راه افتاد. صفحه‌کلید جداشونده و ترک‌پد نیز کار کردند و ورودی لمسی هم واکنش درستی داشت. گرافیک اینتل دستگاه با راه‌انداز i915 فعال بود و فدورا افزون بر آن، SSD داخلی، باتری، کنترل‌گر صدا و رابط نور پس‌زمینه را نیز شناسایی کرده بود.

البته شناسایی سخت‌افزار لزوماً به معنای کارکردن آن نبود، اما نتیجه همچنان بسیار بهتر از چیزی بود که از یک تبلت ویندوزیِ ساخت ۲۰۱۶ انتظار داشتم.

فقط یک مشکل عملی وجود داشت. تَب‌پرو S تنها یک درگاه USB-C دارد و نصب‌کنندهٔ فدورا همان را اشغال کرده بود. می‌توانستم لینوکس را راه‌اندازی کنم یا باتری را شارژ کنم، اما متأسفانه انجام هم‌زمان هر دو ممکن نبود. با ۹۴ درصد شارژ باقی‌مانده، به این نتیجه رسیدم که سریع‌ترین راه برای بازگشت به شارژر، نصب فدورا است.

فدورا چندین سال به‌روزرسانی ویندوز را با ۱٬۵۴۴ بستهٔ لینوکسی جایگزین کرد

تبلت سال‌ها در ۲۰۱۸ جا مانده بود، اما سیستم‌عاملش به‌روز بود

به‌روزرسانی و ارتقای Fedora Workstation 44 با DNF

فدورا به‌سرعت نصب شد، بی‌آنکه از من بخواهد بوت امن یا ماژول سکوی مورد اعتماد (TPM) را غیرفعال کنم. با این تصور که در زمان و شارژ باتری صرفه‌جویی می‌شود، نصب را آفلاین انجام دادم. متأسفانه در نتیجه، نام میزبانِ نه‌چندان به‌دردبخورِ customer.pop.starlinkisp.net نصیبم شد که بی‌درنگ آن را تغییر دادم:

sudo hostnamectl set-hostname tabpro-s 

سپس لینوکس مرا از سال‌ها دردسر ویندوز آپدیت نجات داد و ارتقایی برای فدورا پیش رویم گذاشت که ۱٬۵۴۴ بسته را تغییر می‌داد:

sudo dnf upgrade --refresh -y 

تبلت در میانهٔ کار به حالت خواب رفت. پس از بیدارشدن دستگاه، اجرای فرمان به‌روزرسانی پیام «کاری برای انجام‌دادن نیست» را نشان داد؛ پاسخی که چندان خیال‌جمع‌کن نبود. چون هنوز به ریزه‌کاری‌های فدورا عادت نداشتم، تاریخچهٔ ارتقا و هستهٔ کنونی را مستقیماً بررسی کردم:

dnf history list 
uname -r 

DNF تأیید کرد که هر ۱٬۵۴۴ تغییر با موفقیت انجام شده‌اند. نگارش هسته همچنان ۶.۱۹.۱۰-۳۰۰.fc44.x86_64 باقی ماند، زیرا محیط زنده از پیش همین ساخت به‌روز را به همراه داشت.

مطلب مرتبط:   SparkyLinux چیست؟ جایگزین دبیان میان وزن توضیح داده شد
فرایند نصب افزونه‌های GNOME در Fedora Workstation

یکی از نخستین کارهایم پس از نصب این بود که گنوم را تحمل‌پذیرتر کنم. چون بیشتر به کی‌دی‌ای و XFCE عادت داشتم، نمی‌توانستم با ناپدیدشدن پنجره‌ها پشت بخش «فعالیت‌ها»، به‌جای نمایش آن‌ها روی یک نوار وظیفهٔ معمولی، کنار بیایم. ازآنجاکه افزونهٔ Dash to Panel از پیش نصب بود، آن را از برنامهٔ «افزونه‌ها» فعال کردم و فهرستی آشناتر از برنامه‌های در حال اجرا را برگرداندم.

همین تغییر کوچک، فدورا را به میزکاری تبدیل کرد که کار با آن برایم آسوده‌تر بود؛ هرچند هنوز بهترین رابط کاربری برای یک تبلت به شمار نمی‌رفت. بااین‌حال، نوار وظیفهٔ فهرست پنجره‌ها را نگه داشتم.

صدا و چرخش صفحه، استفادهٔ تبلتی از این دستگاه را به دردسر انداختند

سخت‌افزار حاضر بود، اما فدورا برای شناخت قطعات سامسونگ کمک می‌خواست

نمایش آمار fastfetch در Samsung TabPro S مجهز به Fedora Linux

بررسی اولیهٔ سخت‌افزار در فدورا امیدوارکننده به نظر می‌رسید. PipeWire یک دستگاه صوتی داخلی پیدا کرده بود و sysfs نیز رابط نور پس‌زمینهٔ اینتل را شناسایی کرده بود:

wpctl status 
ls -l /sys/class/backlight/ 

متأسفانه هیچ‌یک از این یافته‌ها به معنای کارکردن آن قابلیت‌ها نبود. بلندگوها همچنان خاموش بودند و جابه‌جاکردن لغزندهٔ روشنایی مطلقاً هیچ اثری نداشت. پس از کمی جست‌وجو در اینترنت، پروژهٔ اجتماعی samsung_tabpro_s را پیدا کردم که راه‌حل هر دو مشکل را در خود داشت.

نکتهٔ آزاردهنده این بود که اسکریپت راه‌اندازی روی مدل TabPro S من اجرا نمی‌شد و این فرمان خیلی زود دلیلش را روشن کرد:

cat /sys/class/dmi/id/product_name 

خروجی فرمان Galaxy TabPro S LTE بود که با شناسهٔ DMI مورد انتظار پروژه، یعنی Galaxy TabPro S، هم‌خوانی نداشت. پس از تغییر آن خط در اسکریپت راه‌اندازی و اعمال پیکربندی، بلندگوها با خش‌خشی جان گرفتند و تنظیم روشنایی نیز به‌درستی کار کرد.

افزونهٔ Softbrightness برای GNOME و نوار تنظیم روشنایی در Fedora Linux

چرخش صفحه قابلیتی بود که جامعهٔ TabPro هنوز موفق به رفع مشکلش نشده بود. دیدم فدورا دستگاهی از نوع ACPI با نام SM08A80 را شناسایی می‌کند، اما هیچ شتاب‌سنجی از راه IIO نمایان نمی‌شود. مهندسی معکوس جدول توصیف متمایز سامانهٔ سامسونگ (DSDT) وجود حسگری از STMicroelectronics را روی گذرگاه I2C شمارهٔ ۵ و در نشانی 0x1d آشکار کرد. درایور شتاب‌سنج هسته را وصله کردم تا آن را به‌عنوان حسگر LIS2HH12 ساخت STM بشناسد، اما همان هنگام به یاد آوردم که Secure Boot همچنان فعال است:

mokutil --sb-state 

این موضوع، طبعاً، یعنی پیش از آنکه فدورا بتواند پیمانهٔ سفارشی را بارگذاری کند، باید آن را با کلیدی که به‌صورت محلی ثبت کرده بودم امضا می‌کردم. پس از راه‌اندازی دوباره و تأیید پیمانه، با این فرمان هر چرخش فیزیکی تبلت را گزارش گرفتم:

monitor-sensor
اجرای monitor-sensor در پایانهٔ Fedora Linux و نمایش داده‌های شتاب‌سنج

هنگام چرخاندن تبلت می‌توانستم تغییر مقادیر را ببینم، اما جهت صفحه ۱۸۰ درجه خطا داشت. بالا، پایین بود؛ راست، چپ بود؛ و حالت «عادی» وارونه نمایش داده می‌شد. دوباره به DSDT سامسونگ برگشتم و ماتریس نصبِ جاافتاده‌ای را پیدا کردم که محورهای X و Y را وارونه می‌کرد. آن ماتریس را به درایور افزودم، سپس دوباره آن را ساختم و امضا کردم؛ در نتیجه، جهت گزارش‌شده سرانجام با وضعیت تبلت هم‌خوان شد.

مطلب مرتبط:   من از لینوکس برای پاک‌سازی ویندوز استفاده کردم — و بهتر از آنچه انتظار می‌رفت کار کرد.

البته گنوم در پایان یک غافلگیری دیگر هم داشت: تا زمانی که صفحه‌کلید متصل بود، قفل چرخش را فعال نگه می‌داشت. با جداکردن صفحه‌کلید، گزینهٔ کنترل چرخش نمایان شد و فعال‌کردن صفحه‌کلید روی صفحه سرانجام باعث شد TabPro S واقعاً مانند یک تبلت رفتار کند.

دوربین‌ها همه‌جا بودند، جز در برنامهٔ دوربین

چهارده دستگاه ویدئویی و حتی یک دوربین قابل‌استفاده هم نه

اجرای فرمان cam -l و نبود دستگاه در دسترس در libcamera

متأسفانه از اینجا به بعد دیگر خبر خوشی در کار نیست. فدورا برای خط پردازش تصویر Intel IPU3 تبلت، ۱۴ گرهٔ ‎/dev/video‎ ایجاد کرده بود:

ls -l /dev/video* 
v4l2-ctl --list-devices 

سپس v4l2-ctl پردازندهٔ تصویر IPU3 و سخت‌افزار ضبط Intel CIO2 را فهرست کرد؛ چیزی که در نگاه نخست نشانهٔ شناسایی موفق دوربین‌ها بود. libcamera را نصب کردم، اما پاسخی که از آن گرفتم چندان هیجان‌انگیز نبود:

cam -l

متأسفانه cam -l گزارش داد که هیچ دوربینی در دسترس نیست. فدورا مؤلفه‌های پردازشی فراوانی را شناسایی کرده بود، اما هیچ‌یک از دو حسگر فیزیکی عملاً به خط پردازش متصل نبودند. در واقع، فدورا هرآنچه برای به‌کارانداختن دوربین‌ها لازم بود پیدا کرده بود، جز خود دوربین‌ها.

پشتیبانی از این نسل از سخت‌افزارهای تصویربرداری اینتل مستلزم شناسایی حسگرها، بازیابی جزئیات میان‌افزار و در عمل، ساختن درایورهای اختصاصی خودم بود. این وضعیت به‌شدت کلافه‌کننده بود، هرچند برای لینوکس چندان هم دور از انتظار نیست.

فعلاً دوربین‌ها را در سبد «بیش از حد دشوار» گذاشته‌ام، اما قصد دارم به‌زودی دوباره سراغشان بروم.

LTE؛ از یک گزینهٔ ناپدیدشده تا پنج ساعت کالبدشکافی بارگذار راه‌انداز انحصاری

مودم سامسونگ میان‌افزار را پذیرفت، اما به اینترنت نرسید

اجرای فرمان فهرست ModemManager و پیدا نشدن هیچ مودمی

کارنکردن مبدل‌های اینترنت همراه از آن واقعیت‌هایی است که هنگام نصب لینوکس می‌پذیرید؛ هرچند باید تأکید کنم که به‌ندرت تقصیر خود لینوکس است. سازندگان مرتب وجود دیگر سیستم‌عامل‌ها را نادیده می‌گیرند، بارگذارهای میان‌افزارشان را بسته و انحصاری نگه می‌دارند و با رسیدن دستگاه به پایان عمر، آن را به حال خود رها می‌کنند.

همان‌طور که مشخص شد، Samsung TabPro S نیز از این قاعدهٔ نانوشته مستثنا نبود. ModemManager مطلقاً چیزی پیدا نکرده بود:

mmcli -L

نه دستگاه WWAN وجود داشت، نه رابط MBIM و نه حتی ورودی‌ای برای مودم در lsusb. مشکل صرفاً پشتیبانی‌نشدن از یک مودم نبود؛ از دید فدورا، چنین مودمی اصلاً وجود نداشت. جدول‌های ACPI سامسونگ دستگاهی با نام SAM0602 را نمایان می‌کردند، اما لینوکس هیچ راهی برای اتصال درایور به آن نداشت.

مطلب مرتبط:   Garuda Linux: یک توزیع لینوکس مبتنی بر Arch که برای سرعت و زیبایی ساخته شده است

چون حاضر نبودم شکست را بپذیرم، درایور قدیمی ویندوز سامسونگ را از Microsoft Update Catalog بارگیری و پروندهٔ INF آن را بررسی کردم:

grep -Ei 'Xmm726|SAM&DEV_0602|8087&PID_07EF' ModemCtrl.inf 

این بررسی مودم Intel XMM726x را شناسایی کرد، آن را با دستگاه ACPI با شناسهٔ SAM0602 تطبیق داد و نشان داد که سخت‌افزار در نهایت «باید» از راه USB با شناسهٔ ۸۰۸۷:07ef پدیدار شود. با بازگشت به فایل و بررسی بیشتر، توالی ورودی/خروجی همه‌منظوره‌ای را نیز پیدا کردم که سامسونگ برای روشن‌کردن مودم به کار برده بود.

این توالی را در یک ماژول کوچک هسته کپی کردم، برای Secure Boot امضایش کردم و سپس آن را فعال کردم:

sudo insmod ./tabpro_modem.ko activate=1 
lsusb -d 8087:07ef 

مودم گم‌شده ناگهان پدیدار شد، اما هنوز چیزی نبود که ModemManager بتواند واقعاً از آن استفاده کند. تنها یک بوت‌لودر انحصاری بود که شکیبانه در انتظار میان‌افزار سامسونگ مانده بود.

تلاش برای راه‌اندازی و برقراری ارتباط با آداپتور اینترنت همراه در Fedora Linux

طی شش نوبت بازنویسی، یک اسکریپت پایتون نوشتم تا راهی برای تکرار این فرایند پیدا کنم:

sudo python3 ./test-modem-stage6.py 

این اسکریپت دست‌دهی را کامل و EBL را اجرا کرد، اما من همان‌جا دست نگه داشتم. درست مانند دوربین‌ها، این هم کاری برای روزی دیگر بود. توانسته بودم پهن‌باند همراه را به پاسخ‌گویی وادارم، اما هنوز نمی‌توانست اینترنت همراه فراهم کند. متأسفانه LTE/4G همچنان در دسترس نبود.

لینوکس تبلت را نجات داد، اما همهٔ قابلیت‌ها را بازنگرداند

اگر انتظار پشتیبانی کامل نداشته باشم، نتیجه آن‌قدر سودمند هست که نگهش دارم

نصب Fedora Workstation 44 روی تبلت Samsung TabPro S دارای Windows 10

نمی‌توانم TabPro S را سازگار با لینوکس بدانم. دوربین‌ها و LTE آن کار نمی‌کنند و احتمالاً راهکارهای اصلاح صدا و چرخش صفحه نیز پس از به‌روزرسانی‌ها از کار خواهند افتاد. هرکس به اتصال شبکهٔ همراه نیاز دارد و می‌خواهد تماس تصویری برقرار کند، نباید با انتظار یافتن جایگزینی بی‌دردسر برای ویندوز سراغ این کار برود.

بااین‌حال، بخش‌هایی که من به کار می‌برم درست کار می‌کنند. Wi-Fi، پردازش گرافیکی، صفحهٔ لمسی، Bluetooth و صفحه‌کلید روی صفحه همگی کاملاً کاربردی‌اند. این تبلت برای وب‌گردی و نوشتن سودمند است و نمایشگر خیره‌کننده‌اش آن را به گزینه‌ای عالی برای ساعت‌ها تماشای Netflix در تخت‌خواب بدل می‌کند.

من این را موفقیت می‌دانم، چون بهتر از آن است که تبلت ویندوز ۱۰ بدون پشتیبانی را فقط به این دلیل دور بیندازم که مایکروسافت از به‌روزرسانی‌اش سر باز می‌زند. برخلاف سخت‌افزار منسوخ TabPro S، سماجت من هنوز تاریخ انقضا نخورده است. فدورا را نگه می‌دارم و پس از پژوهش بیشتر، دوباره سراغ دوربین‌ها و آداپتور اینترنت همراه می‌روم.

مایکروسافت دستگاه TabPro S LTE مرا وسیله‌ای قدیمی و پشتیبانی‌نشده با ویندوز می‌دید؛ من فقط یک تبلت لینوکسی فوق‌العاده می‌دیدم که دو پروژهٔ ناتمام داشت.

منبع: این مطلب ترجمه و بومی‌سازی مقاله‌ای از MakeUseOf به قلم Gregory Gibson است. مشاهده مقاله اصلی