Windows piemīt tāds nelāgs niķis – ne-sistēmas partīcijās pa kluso rakstīt sistēmas failus – parasti tur ir slēpta System Volume Information mape, ielāpi bieži vien atstāj pagaidu mapes utt. Par miskasti vēl varētu piekrist – būtu stulbi, ja failu dzēšanas brīdī tie no datu partīcijas tiktu kopēti uz sistēmas partīciju.
Diemžēl dažas dienas atpakaļ šī niķis parādīja sevi no sliktās puses.
Situācija sekojoša – datora cietnis ir sadalīts divās daļās: puse atvēlēta Windows XP, puse – openSUSE. Tā kā Windows XP sāka stipri aptrūkties brīvā diska vieta, lielo failu saspiešanai uz laiku nonesu openSUSE partīcijas un izveidoju papildu NTFS partīciju.
Saspiedu failus, pārvietoju tos atpakaļ uz C disku, nesu nost pagaidu partīciju. Partīcijas dzēšanas brīdī saņēmu brīdinājumu, ka Windows uz šīs partīcijas glabā šādus tādus sistēmai kritiskus failus, un dzēšanas rezultātā var rasties problēmas. Tā kā šī partīcija man nudien nebija nepieciešama, ignorēju brīdinājumu un forsēju partīcijas dzēšanu. Restartēju datoru un dabūju Operating System Not Found. Nājs.
Ķēros klāt pie problēmas risināšanas. Startēju datoru no Windows XP uzstādīšanas CD, paņēmu Recovery Console – “logi” nekur nav zuduši. Diemžēl ne fixmbr, ne fixboot C: sitāciju nelaboja, un bootcfg /list arī neliecināja par problēmām.
Labi, ka biju iecepis Hiren’s Boot CD. Startēju datoru no tā, ielādēju Mini Windows XP režīmu, un izrādījās, ka sistēmas partīcīja bija kļuvusi neaktīva. Aktivizēju, restartēju – viss kārtībā.
Rezultātā pazaudēju stundu sava laika. Un vēl stulbi, ka nezinu, kā cīnīties pret šādu Windows uzvedību. Līdzīga situācija ir arī Thumbs.db failiem, kas ir pilnīgi bezjēdzīgi, ja attēliem piekļūst no GNU/Linux. Būtu vismaz tos failus glabājuši centralizēti vienā mapē, nevis pa vienam katrā attēlu mapē.
What a mess!
