Yazılımla, sunucularla veya sistem yönetimiyle (sysadmin) uğraşan herkesin hayatında en az bir kez yaşadığı o ürpertici an vardır: Yazdığınız kod hatasız çalışmıştır. Terminal ekranında her şeyin başarıyla indirildiği yazıyordur. Ancak hedef klasöre gidip baktığınızda bomboş bir beyazlıkla karşılaşırsınız. Dosyalar fiziksel olarak disktedir, sunucu onları görüyordur ama siz kendi bilgisayarınızdan klasörü açtığınızda orada hiçbir şey yoktur.

İnsana akıl sağlığını sorgulatan bu durum, aslında sistem mimarilerinin arka plandaki çok katı kurallarının bir sonucudur.

Bu yazıda, müzik arşivimizi yedeklerken bizi tatlı bir hayalet avına çıkaran “Büyük/Küçük Harf Duyarlılığı” (Case-Sensitivity) ve “TrueNAS Yetki Savaşları” konularını, yani makinelerin dünyasındaki o katı mantığı ele alıyoruz.

Bir sysadmin veya ev sunucusu (Self-hosting) meraklısıysanız, hayatınızın bir noktasında mutlaka şu illüzyona kapılmışsınızdır: “Altı üstü basit bir Docker konteyneri ayağa kaldıracağım, iki parametre yazıp arkama yaslanacağım.”

İşte tam o Enter tuşuna bastığınız an, terminal ekranınıza adeta bir Matrix kodu gibi akan kırmızı hata satırları düşmeye başlar.

Bu yazıda, Spotify çalma listelerimizi kendi yerel sunucumuza (NAS) yedeklemek için yola çıktığımızda; Spotify’ın hız limitlerinden Alpine Linux’un kütüphane uyumsuzluklarına, YouTube’un arka plan güncellemelerinden şifrelenmiş koruma engellerine kadar karşılaştığımız 4 büyük teknik savaşı ve bu kısırdöngüleri nasıl kökten çözdüğümüzü adım adım anlatıyorum.

Kahvelerinizi hazırlayın; çünkü Docker dünyasının en karanlık dehlizlerine iniyoruz.

Bulut depolama servisleri hayatımıza girdiğinde hepimiz büyük bir rahatlama hissetmiştik. “Verilerim her yerde, güvende” diyorduk. Ancak zaman geçtikçe, bulutun o kadar da pratik olmayan, insanı adeta bir “veri amelesine” dönüştüren yüzüyle tanıştık.

Özellikle telefonunuzdaki fotoğrafları yedeklemek, yıllardır biriken o dev müzik ve belge arşivinizi kendi ev sunucunuza (NAS) çekmek istediğinizde karşınıza çıkan o korkunç manzarayı hatırlayın: Tarayıcıyı aç, klasörleri seç, “İndir” butonuna bas. Tarayıcının arkada devasa bir 50 GB’lık ZIP dosyası hazırlamasını dakikalarca (bazen saatlerce) bekle. Tam indirme %99’a gelmişken bağlantı kopsun ve her şeye sıfırdan başla…

Eğer bu senaryo size de tanıdık geliyorsa, gelin buluttaki verilerimizi kendi yerel disklerimize çekerken bu “amelelikten” nasıl tamamen kurtulacağımızı konuşalım.

Dijital Müzik Kiracılığından Ev Sahipliğine: Spotify Prangalarını Kırmak

Her ay düzenli olarak ödediğimiz abonelik ücretleri, canı sıkıldıkça kütüphaneden sessiz sedasız kaldırılan albümler ve “bunu kesin seversin” diye önümüze dayatılan, birbirinin kopyası yapay zeka algoritmaları…

Bir düşünün; en sevdiğiniz şarkıları gerçekten “satın alıp” arşivlediğiniz o eski günlerden ne ara çıkıp, müzik endüstrisinin aylık düzenli ödeme yapan geçici birer “kiracısı” haline geldik?

Eğer siz de dijital platformların bu tek tipleştirici yapısından ve bitmek bilmeyen abonelik yorgunluğundan sıkıldıysanız, kendi evinizde çalışan ve kontrolün tamamen sizde olduğu o eski usul müzik kalesini yeniden inşa etmenin vakti gelmiş demektir.

Serinin ilk iki bölümünde, eski yavaş NAS cihazımızın mirasından kurtulup verilerimizi TrueNAS tabanlı yeni sunucumuza (emektar ama canavar i7-4770K / 24 GiB RAM altyapımıza) nasıl sıfır veri kaybıyla taşıdığımızı ve çok kullanıcılı eşitleme mantığını işlemiştik.

Altyapı hazırdı, harici kütüphaneler bağlanmıştı. Ancak asıl büyük macera, Immich’in o devasa kütüphaneyi tarayıp arkadaki yapay zeka motorunu çalıştırmasıyla başladı. Bu yazıda, evdeki 55.000 nesnelik (fotoğraf ve video) devasa arşivin tarama sürecinde neler yaşadığımızı, arkada dönen teknik işleri ve en önemlisi: Tam 8.308 adet kopya fotoğrafı tek tıkla nasıl eritip diski yükten kurtardığımızı anlatacağım.

“Arkadaşlar, rsync ile yüz binlerce dosyayı yeni sunucunun diskine attık ama yeni Immich arayüzüne girdiğimizde bizi bomboş bir ekran karşılayacak. Panik yok! Çünkü Immich, dosyaları rastgele değil, her kullanıcıya özel atanmış UUID (örn: f81d4fae-7dec...) adı verilen gizli şifreli klasör odalarında tutar.

Ev sunucusu (NAS) kullananların en büyük kabuslarından biri, sistem çökmeleri veya disk doluluğu nedeniyle canlıdaki verileri yeni bir sunucuya taşımak zorunda kalmaktır. Hele ki bu veri, içinde binlerce aile anısını, albüm yapılarını ve kullanıcı eşleşmelerini barındıran Immich gibi devasa bir fotoğraf arisviyse süreç daha da stresli bir hal alabilir.

Bu yazıda, eski bir TrueNAS SCALE sunucusunda alanı tamamen dolmuş olan ve web arayüzüne bile erişmekte zorlanan 41.008 adet görsel/videodan (38.923 fotoğraf, 2.085 video) oluşan dev bir Immich arşivini, yeni bir TrueNAS SCALE sunucusuna Docker katmanları ve SSH tünelleri kullanarak nasıl “sıfır veri kaybı” ve “karıştırma riski olmadan” taşıdığımızı, yaşadığımız pratik zorluklarla birlikte adım adım anlatıyoruz.