bayescimiolsam » posted to linux
Windows yine bir pislikler yaptı :/
Sistemi Ubuntu'yla başlattıktan sonra home klasörümdeki bir klasörde erişmeye çalıştığımda diski readonly'e alıyor. Remount etmeye çalışırsam izin vermiyor disk readonly'de diye. ‎- bayescimiolsam
Bu klasöre girmezsem sorun yok bu arada. Recovery mode'da fsck her yeniden açışımda aynı hataları tamir ediyor. Windows'ta chkdsk yapamıyorum çünkü ext4 :s ‎- bayescimiolsam
Sorun tabii ki windows'un pil bitiyor sanıp hibernate etmesiyle başladı. ‎- bayescimiolsam
Ne yapacağım? :/ ‎- bayescimiolsam
sorunu anlamadım tam olarak, ubuntu'yla başlattıktan sonra windows'a geri döndüğünde mi açmıyor söz konusu klasörü? ‎- fikri sabit
Ben galiba anladim problemini. Windows kac? ‎- gotlerden gelen bir ceku vardir
Windows 7 ‎- bayescimiolsam
Ubuntu'dayken o klasöre girmeye çalıştığımda tüm diski read-only'e alıyor, anladığım kadarıyla korumak için. Ubuntu'da o klasöre girmezsem sorunsuz çalışıyor. Windows'ta bir sorun zaten yok. ‎- bayescimiolsam
Erismeye calistigin klasor Windows kurulu partition'da mi? ‎- gotlerden gelen bir ceku vardir
Hayır. Ubuntu bölümünde, şurada hatta işte: ~/x ‎- bayescimiolsam
Hmm. Win7 olmasi ve ulasmaya calistigin kismin Ubuntu'da olmasi benim gecen gun yasadigim seyden farkli bir sey olduguna isaret ediyor ANCAK belki de Win7'de de boyle bir feature vardir, o yuzden onerim sunu kullanip (http://manpages.ubuntu.com/manpages/precise/man8/ntfsfix.8.html) NTFS bolumunde herhangi bir problem var mi gormen ve duzeltmen. Her sey hibernasyonla basladi dedigin icin problemi ona bagliyorum, Ubuntu ayagindaki problemi yaratacak bir sey olmadigini dusunsem de. / ile /home ayni partition uzerinde mi? ‎- gotlerden gelen bir ceku vardir
Evet root ile /home aynı bölümde. Ntfsfix'i deniyorum birazdan. Bir de her windows > ubuntu restartında sistem recovery'e atıp "run fsck manually" uyarısı veriyor, recovery'de bile fsck'nin uğraşı boşa gidiyor bir şekilde ‎- bayescimiolsam
Dur dur o zaman problem Linux'ta. Sistem saatin kac? ‎- gotlerden gelen bir ceku vardir
Ntfsfix: "refusing to operate on read-write mounted device" diyor. Aynı anda mount | grep /dev/sda yapıyorum, rw mount edilmiş, errors=remount-ro gözüküyor ama bu bildigimkadariyla olağan durumu? ‎- bayescimiolsam
13.40? Hollanda'da doğru zaman. ‎- bayescimiolsam
Ya bu arada / Windows'tayken de bağlı oluyor. Ext2fsd ile bağlıyorum, bu hibernate yaşandığında da mevzubahis klasördeki dosyalarla çalışıyordum. Onu da eklemiş olayım. ‎- bayescimiolsam
Haa tamam, o zaman ilk tahminime geri donuyorum, oyle desene. :) Gecen benim basima da geldi benzer bir sey. Windows 10'da ablamin tabletini tamir etmek icin birkac sys dosyasiyla oynamistim drivers altindaki. Dogal olarak Windows coktu. "Fast-restarting" denen bir sey yasiyormus. Cok hizli acilip kapaniyor. Bu veya hibernasyon durumlarinda NTFS partition'i unstable duruma gectigi icin Arch Linux'ta mount edemiyordum Windows kurulu kismi. ntfsfix /dev/sda3 yaptim, hicbir cikti vermeden 2 saniyede islemi tamamladi ve sonra mount edebildim. ‎- gotlerden gelen bir ceku vardir
Windows kurulu kismi umount et, ntfsfix'i oyle kullan. ‎- gotlerden gelen bir ceku vardir
O fast restart olayı 8 ve 10'da var sanıyorum sadece. Şu anda da ntfs-fix çalışmıyor. Bir live usb varsa onla deneyeyim bakalım ‎- bayescimiolsam
Ardindan da fsck'i kullan ama mumkunse live CD ile baglanip Ubuntu kurulu kisim mount edili degilken kullan. ‎- gotlerden gelen bir ceku vardir
Windows kurulu kısım zaten unmounted idi, liveusb'ye bakayım, yazarım tekrar. Teşekkürler! ‎- bayescimiolsam
Windows normal olarak aciliyor mu? /'a ulasabiliyor musun Windows'tan? ‎- gotlerden gelen bir ceku vardir
Liveusb yok tabii ki hazırda, şahane haftasonu ;_; Evet Windows tarafında bir sıkıntı yok, her yere ulaşabiliyorum. ‎- bayescimiolsam
fsck denedin mi peki? ‎- gotlerden gelen bir ceku vardir
Bulduğum ilkel yama: Windows'a geçip klasörü Windows bölümüne kopyaladım, Linux bölümündeki dosyayı sildim. Sonra geri taşıdım, her şey yolunda gibi idareten. Şimdi bir recovery mode fsck daha deneyeceğim. ‎- bayescimiolsam