Her 1 Ocak'ta olduğu gibi yeni bir yıl başlıyor. Ücretsiz ve açık kaynaklı yazılımın tüm olanaklarından yararlanmak için 365 gün. içinde birkaç öneri bulacaksınız.Linux kullanıcıları ve özgür yazılım hayranları için Yeni Yıl kararlarının bir listesi.
Tabii ki bunlar sadece öneri ve arama yaparsanız yapacak daha birçok şey bulabileceksiniz.
Linux kullanıcıları için Yeni Yıl kararları
Olağandışı Linux Dağıtımlarını Kurun
Birçoğumuzun takıntılı yükleyiciler olduğu doğru, ancak neredeyse hiçbir zaman yaygın dağıtımların ötesine geçmiyoruz. 2023, biraz daha dikkatimizi ve becerimizi gerektiren başkalarını denemek için iyi bir zaman.
Red Hat Enterprise Linux
Kurumsal pazara yönelik bir dağıtımdır ve abonelik ücreti ödenmesini gerektirir, ancak, ücretsiz olarak denemenin birkaç yolu var.
Geleneksel olarak, Red Hat teknik desteği için ödeme yapmak istemeyen şirketler tarafından kullanılan CentOS, Red Hat'in kaynak kodundan derlenen ilk bağımsız dağıtımdı. Zamanla şirket, projeden sorumlu toplulukla daha yakın işbirliği yapmaya başladı.
IBM, Red Hat'i satın aldığında işler değişti ve CentOS, gelecekteki Enterprise sürümleri için test ortamı haline geldi. Yani belirli bir teknoloji Fedora'da test ediliyor, ardından CentOS'ta uygulanıyor ve nihayet olgunlaştığında RHEL'e ekleniyor.
Açık kaynak dünyasında sıklıkla olduğu gibi, IBM'in kararı birkaç alternatif projenin ve ücretsiz sürümler sunan SUSE Linux ve Oracle gibi rakiplerin ortaya çıkmasına yol açtı. Red Hat'in yanıtı, geliştiriciler için ücretsiz lisansının şartlarını genişletmek oldu.
Geleneksel olarak, bir makinede yalnızca test amacıyla kullanılabilirdi. Artık büyük genel bulutlar da dahil olmak üzere 16 adede kadar bilgisayarda üretimde ücretsiz olarak kullanılabilir. AWS, Google Bulut Platformu ve Microsoft Azure gibi. İkinci durumda, platformların kullanım masraflarının ödenmesi gerekecektir.
Programa erişmek için adresinden kayıt olmalısınız. Bu sayfayı Red Hat hesabı oluşturmak veya GitHub, Twitter veya Facebook kimlik bilgilerinizle oturum açmak. Aboneliklerin şu adresten ele alındığını lütfen unutmayın: bu sayfa.
Sadece dağıtımı indirmek ve kurmak için kalır.
Bunu neden yapmanız gerektiğini merak edeceksiniz.
Red Hat sadece kurumsal sektörde en yaygın kullanılan dağıtım değil, Ayrıca kapsayıcılar, bulut dağıtımları ve uygulama oluşturma ile çalışmak için araçlar geliştirir.. Ek olarak, bunlarla ilgili eksiksiz bir belgeyi de indirebilirsiniz.
Scratch'tan Linux
Mevcut Linux dağıtımlarını beğenmiyorsanız veya bir Linux dağıtımının bileşenlerinin her birinin işlevini anlamak istiyorsanız, aradığınız şey bu.
Scratch'tan Linux bu bir dağıtım değil. Kendi Linux dağıtımınızı oluşturmak için tüm parçaları nasıl alacağınız ve birleştireceğinize dair bir kullanım kılavuzudur. Projenin Beyond Linux From Scratch adlı bir devamı var ve bu, onu olağan Linux dağıtımlarından herhangi birine yaklaştırmamıza izin veriyor.
Proje ayrıca şunları içerir: ek belgeler, yama havuzları ve otomasyon araçları dağıtım inşaatı.
Yukarıda söylediğim gibi, LFS'yi yüklemek size yalnızca bir Linux sisteminin her bir bileşeninin ne yaptığını daha iyi anlamanızı sağlamakla kalmayacak, ayrıca riski size ait olmak üzere paketleri değiştirmeyi deneyebileceksiniz.
LineageOS
Geçen yıl yüklemek için testi zaten yaptım o cep telefonları için Android kaynak koduna dayalı işletim sistemi eski bir akıllı telefondaydı ve bu deneyimden çok memnundu. Bu yıl video modülünü değiştirerek ve Android 5'nin LineageOS eşdeğeri ile ana telefonuma dönüştürerek bir Motorola G12 Plus'ı canlandırmayı planlıyorum.
Bahsetmeye değer Tüm telefon modelleri resmi varyantlar tarafından desteklenmez, ancak Google'da arama yaparsanız üçüncü taraflarca geliştirilmiş bazılarını bulabilirsiniz. Veya kendiniz oluşturabilirsiniz. Dokümantasyon kapsamlıdır ve web'in her yerinde bulunabilir.
Bu vesileyle, yıla çok mutlu bir başlangıç yapmanızı diliyorum ve sizi açık kaynakla ilgili herhangi bir Yeni Yıl kararınız varsa bize bildirmeye davet ediyorum. Geri bildirim formu aşağıdadır.
Haklısın. Çok güzel, ama bana linux çekirdeğinin diskleri eşzamansız olarak aramamasını nasıl sağlayacağımı gösterebilir misiniz?
Bir süredir bu sorunu yaşıyorum ve Google'da bir yıldan fazla bir süredir çözemiyorum. Linux çekirdeğini karşılık gelen parametreyle bile derledim ama faydası yok. Elbette scsi_mod.scan=sync komutunu /etc/default/grub içine koydum ama bu da yardımcı olmuyor.
Bir modül olduğu için, söz konusu "scsi_mod.scan=sync" komutunu /etc/modprobe.d/ içindeki bir dosyada da denedim ama ikisini de yapmadım.
Ayrıca "nokta olmadan" (birçok forumda önerildiği gibi) "scsi_mod scan=sync" denedim. Ama hiçbir şey.
Debian11 Bullseye kullanıyorum.
Selamlar.
Bu, Linus Torvalds için Yeni Yıl kararı olmayı tercih ederdi, ama bir çözüm bulursam size haber veririm
Ben de alırsam haber veririm.
Hala disk sırasını koruyan tek Debian çekirdekleri şunlardır:
Debian10 Hepsi.
Debian11 5.10.0-10 resmi çekirdek: 5.10.84-1 (2021-12-08) (Hepsi rastgele sıradadır).
Debian12 5.16.1 (Hepsi rastgele sıradadır).
Güncellemelerini engelledim ve hala oradayım.
Bu sorunun Linux'ta yalnızca BİR diski olan insanları veya yüzlerce diskli bir süper bilgisayarı olan ve sistemin hızlı açılmasını isteyen milyonerleri etkilemediğini biliyorum. Ancak işletim sistemine sahip bir diski ve dört veri diski daha olan bizler, başlangıçta bunu görmekten mutlu değiliz:
sda Cilt3
sdb Cilt1
sdc Debian11
sdd Cilt4
Cilt2'den
Ve başka ne önemi var, değil mi? Tabii, tabii... Ama Clonezilla Live çekirdeği de aynı şeyi yapıyor. Disklerin sırasının farkında olmadığınız sürece kaybolursunuz. Çünkü Clonezilla, sda, sdb,… gibi geleneksel adları ve diskleri de değiştiren bir çekirdeği kullanır. Bana diskleri sırayla gösterene kadar Clonezilla Live'ı sık sık yeniden başlatmam gerekiyor. Bazen diskler sıralı görünür, ancak sda'yı yakalayan flash sürücünün kendisidir. Clonezilla ile sistemi yeniden başlatmak için tekrar.
Debian11 işletim sisteminin bir görüntüsünü oluşturduğumda ve sıralama yukarıda gösterildiği gibi olduğunda, disk görüntüsü sdc'deki sürücüye referansla yapılacaktır. Kötü bir gün geçirdim ve görüntü yedeğini geri yüklemek istiyorum, sdc sürücüsüne geri yükleneceği konusunda beni uyaracak. Ama o gün Clonezilla linux çekirdeği ona farklı bir düzen verdiyse, verileri başka bir diskten yüklemek benim için çok kolay.
Sadece bir kez oldu ve ne yaptığımı bilmiyordum. Sistem hala eski görüntüyle ve tüm verilerin eksik olduğu başka bir diskte aynı UUID'lere sahip bölümlenmiş bir ikiz görüntüyle çalışıyordu. Linux Torwalds'ın tüm akrabalarını ve işbirlikçilerini hatırladım. İyi ki başka bir bilgisayarda günlük yedeklemem vardı ve tüm verileri geri yükleyebildim.
Clonezilla, görüntülendiğimden başka bir sürücüye geri yüklememe izin vermiyor. Eğer "sdc" ise, burun tarafından sizi "sdc" içinde geri yüklemeye zorlar. Şimdi hangi diskin "sdc" olduğunu iyi düzeltemediğiniz için onu iyileştireceksiniz. Clonezilla'nın neden karar verip vermediğini sorduğunu bilmiyorum. Ah, infazdan önce son bir uyarı olmalı.
Debian11'in hayatı boyunca bu sorunla uğraşmak zorunda kalacağım. Ve Debian12'de zaten 6.0.0-6 çekirdeğine sahipler ve bende 5.16.1'e sahibim.Neden Debian12'yi bu çekirdekle kullanmak zorunda kalacağım?
Bu çok şişman olarak kabul ettiğim bir problem. Ve bu başka bir sisteme geçmek için bir sebep.
"Linux'u beğeninize göre değiştirebilirsiniz" derler. Ancak sıradan bir kullanıcı için bu neredeyse imkansızdır. Bir usta yapmak zorundasın. Bunun benim elimde olduğunu sanmıyorum.
Tüm Linux SCSI sistemini derinlemesine incelemem gerekecek ve ben bir programcı değilim. Linux'ta daha derine inmekten başka yapacak işlerim var.
Bu yüzden Linux'un insanlar tarafından zar zor kullanılmasına şaşırmayın.
Her neyse.
Debian kullanıcılarının bir posta listesi var. Belki sana yardım edebilirler. https://lists.debian.org/debian-user-spanish/
Tekrar merhaba.
Üzgünüm, ama bu sorundan oldukça sıkıldım.
Bulduğum ilk siteye yorum yapmaya gittim. 11 aydan fazla Google'da arama yaptıktan sonra.
Burası doğru forum değil. Linuxadictos Bunun Linux hakkında haber ve bilgi için bir portal olduğunu düşünüyorum, ancak sorunları çözmek için değil.
Üzgünüm. Başka bir yere bakacağım.
Sakinlik. Konuyu saygılı bir şekilde gündeme getirdiniz ve varlığından haberdar olmadığım bir şeyin farkına varmamı sağladınız. Size diğer yorumda bahsettiğim Debian e-posta listesini öneriyorum.
Aynı sorunu ortaya çıkaran diğer kullanıcılara verilen yanıtların çoğu, UUID'leri kullandıklarıdır. Sorun şu ki, çoğu uygulama hala geleneksel tanımlamayı kullanıyor:
GParted
Yunus
klonezilla canlı
vb ...
TÜM uygulamalar UUID'leri veya etiketleri kullandığında, artık eski terminolojiyi umursamayacağım.
UUID'lere (insanlar için olmayan) takma adlar kullanabilirler.
Bunun Linux ile yaşadığım en büyük sorun olduğunu söyleyebilirim.
Ben hatalıydım.
Diskleri karıştırmayan Debian12 çekirdeği:
5.16.0-1 (resmi 5.16.7-2'ye karşılık gelir)
Tekrar merhaba.
Sorunu ve çekirdek geliştiricilerin yüzlerce diskli bilgisayarları olan zenginler için nasıl çalıştığını okuyabilmeniz için size bir bağlantı gönderiyorum.
https://www.suse.com/es-es/support/kb/doc/?id=000018449
tercüme edilen bu paragrafta:
"Çekirdek 5.3'ten başlayarak, SCSI aygıtlarının denenme ve adlandırılma sırası belirleyici olmaktan çıktı. Bu, zaman uyumsuz cihaz yoklaması eklemek için gönderilen bir değişikliğin sonucudur. Yoklama, cihaz başına eşzamansız olarak yapılır, böylece tek bir veri yolundaki cihazlar bile "rastgele" sırada görünebilir. Değişikliğin arkasındaki mantık, onlarca diskiniz olacaksa, eşzamanlı olarak sorgulama/başarısız olma/bekleme yerine, mümkün olan en kısa sürede başlamalarını istemenizdir; yüzlerce diskin ve hatta daha fazla bölümün olduğu bir ortamda bu değişiklik daha da önemlidir. »
Yerli kullanıcıya, "siktir et".
Pekala, bilgisayarım sıralı disklerle düzensiz olduğu kadar hızlı açılıyor. Herhangi bir avantaj görmüyorum. Milisaniye olacak.
Windows'un önyükleme diski C:'nin adını F: veya D: olarak değiştirdiğini hayal edebiliyor musunuz?
Hiçbir şey, artık düzgün eski çekirdeklerle devam edemediğimde, Linux'tan ayrılacağım.
Bilgi için teşekkürler. Önerdiğiniz şey çok ilginç.
Bu arada, Yeni Yıl kararlarından biri de FreeBSD'yi denemek.
Merhaba. noasync kullanmayı denediniz mi? mount komutu ile birlikte kullanılır.
mount -o noasync /partición /mnt
o
mount -o sync /dev/sda1 /mnt
Disklerimde fstab'ta noauto seçeneği var. Yani, başlangıçta monte edilmezler. Ancak, eğer koşarsan
ls -l /dev/disk/by- zaten sda, sdb,… adlarına sahip olduklarını göreceksiniz.
Ayrıca emriniz işe yaramaz. sda diskine bir bölüm kurduğunuzu, yani diskin zaten onunla ilişkilendirilmiş sda ismine sahip olduğunu gösterir. Bunu sdb olarak değiştirebilecek misin? Yapamazsın. Tek diski olanlardan biri olduğunuzu hayal ediyorum. Böylece mutlu yaşayabilirsin. Bu sorun sizi etkilemez. Ve birkaç diskiniz olsa bile, Clonezilla veya yunus kullanmıyorsanız, huzur içinde yaşayabilirsiniz.
Günlük yaşam için eski terminolojideki karmaşa sizi etkilemiyor. Çoğu uygulamanın yalnızca /media/ veya /mnt üzerine monte edilmiş bölümlere başvurması gerekir. Sadece Dolphin gibi bazı uygulamalar, diskleri takmaya gittiğinizde size disk etiketlerini sıra dışı gösterecektir. Gparted gibi diğerleri, sürücüleri mevcut adlarıyla sıra dışı olarak gösterecek. Ve Clonezilla Live'ı kullanacaksanız, hata yapmamaya çok dikkat edin çünkü yaratıcıları sdX gerçek adlarını kullanmaya devam ediyor.
Yukarıda belirttiğim suse linkinde verilen çözümü denedim ama olmuyor. Ve suse makalesi geçen yılın Eylül ayına ait. Yalnızca suse dağıtımı için çalışmalıdır.
Bana pek yardımcı olmasa da, şimdi okuyorum:
https://documentation.suse.com/sles/12-SP4/html/SLES-all/cha-grub2.html
kısımda
12.3.2 Disk Sırasını Ayarlama
En azından suse çok daha fazla bilgi verir. Ve Suse'a geçmek aklımdan geçiyor. Yıllar önce denediğim dağıtımlardan biriydi.
Bunu komutta ekliyorum
mount -o senkronizasyonu /dev/sda1 /mnt
senkronizasyon seçeneği, diskteki verileri senkronize etmek içindir. Verilerin doğrudan diske yazılması ve bellekte daha az zaman harcanması gerektiğini söylüyorsunuz.
Başlangıçta diskleri taramakla (senkronize etme veya senkronize etmeme) hiçbir ilgisi yok, benim sorunum da bu.
kernel.org'dan daha fazla yanlış bilgi
https://docs.kernel.org/scsi/scsi-parameters.html
Somut parametre şudur: scsi_mod.scan
Kelimenin tam anlamıyla şunları söyler:
scsi_mod.scan= [SCSI] senkronizasyon (varsayılan), SCSI veri yollarını olduğu gibi tarar
keşfetti. zaman uyumsuz onları çekirdek iş parçacıklarında tarar,
önyüklemenin devam etmesine izin verir. kimse onları görmezden gelmez, bekler
tarama yapmak için kullanıcı alanı.
Varsayılan olarak senkronize edilecek şekilde ayarlandığını söylüyorlar. Bu yanlış. Daha önce oldu. Ancak şimdi yeni çekirdekler zaman uyumsuz modda açılıyor.
kernel.org beyefendileri yalan söylüyor veya hala güncel olmayan bilgilere sahipler.
En kötüsü, birçok web sitesinin önerdiği önyükleme seçeneklerini koymak işe yaramıyor.
/ Etc / default / grub
GRUB_CMDLINE_LINUX_DEFAULT=”scsi_mod.scan=sync” —-> ÇALIŞMIYOR
Komutu bir scan_sync dosyasına koymak
/etc/modprobe.d/scan_sync
içerik ile:
scsi_mod scan=sync —–> ÇALIŞMIYOR
O kadar çok karıştırdılar ki kendi talimatları işe yaramıyor.
Ama ben sakinim çünkü 1-2 yıl sonra ev kullanıcılarını tekrar düşünecekler ve ev kullanıcılarına özel çekirdekler üretmek gibi bir çözüm ortaya koyacaklar. Ve yapmazlarsa, Linux'un süper bilgisayarlar için payının çok arttığını ve Microsoft'un ev kullanıcılarının sayısının arttığını göreceksiniz.
Bak sana mesaj atmayı bırakacağım çünkü çok uzun yazdım ve gönderdim ama görünmüyor.
İçeriği bir foruma göndermeden önce bir metin düzenleyicide kopyalamanın sağlıklı alışkanlığını unuttum.
Sadece sana söylediklerimi anlamadığını söyle. mount komutundaki senkronizasyon seçeneği, veri senkronizasyonu içindir ve başlangıçta disklerin çekirdek taraması için senkronizasyon seçeneğiyle hiçbir ilgisi yoktur.
Noasync seçeneği yoktur (yalnızca senkronizasyon veya uyumsuz). "Adam bineği" yazıyor.
Komutunuz, sda adlı bir diskin sda1 bölümünü gösteriyor, ancak komutunuz onu sdb olarak değiştirmiyor.
Sorunum için gördüğüm tek çözüm PC'yi sadece sistem diski ile başlatmak ve ardından diskleri istediğim sırayla bağlamak. Bu, diskleri onlara istediğiniz sırayla atayacaktır. Ancak anlayacağınız üzere bu pratik bir çözüm olmayacaktır.
Ve anlayıp anlamadığınızı görelim: diskleri bir dizine bağlamamakla hiçbir ilgisi yok. Çekirdek onları aldıkça disklere sdX adları verilir.
Suçlunun systemd olduğunu düşünmüştüm ama bunun nedeni Devuan'ı kurmam (ki systemd kullanmıyor) ve hala berbat durumdalar. Suçlu çekirdektir. Ve kernel.org'da verilen çözümler İŞE YARAMAZ. Çekirdeği derlemek bile değil.
Vaktimi boşa harcamak ve mesajlarımı kaybetmek istemediğim için buraya daha fazla yazmayacağım.
Nezaketiniz için teşekkür ederim.
Olursa tekrar foruma yazarım. Ama konudan bıktım.
Sonsuza kadar.
Merhaba.
Komut içeren iletiler manuel olarak onaylanmalıdır. Bugün Cumartesi. Blogcular bile bir molayı hak ediyor.