Pomoc plik uLinux.conf- odzyskanie pliku

[woytus]

Witajcie,
Podczas przeglądania konfiguracji za pomocom edytora vim w pliku uLinux.conf napadło mnie własnie 2 letnie dziecko i "trochę" postukało w klawiaturę. Szybko zamknąłem edytor, ale po ponownym otwarciu okazało się , że zmiany zostało zapamiętane. Czy ktoś może podesłać schemat tego pliku, aby porównać konfigurację i ją naprawić? Boje się teraz ponownie uruchamiać serwer, bo czuje,że nie wstanie. Na ten czas działa poprawnie. Jak przeglądam plik to tylko kilka pierwszych linijek jest zmienionych na losowe znaki.
Czy jak aktualnie po tym zdarzeniu pobrałem przez www plik kopi ustawień to będzie on poprawny?

Nazwa modelu TS-469L
Wersja oprogramowania 4.3.4.0752 Build 20181026

Jakie jest wyjście z tej sytuacji? Czy muszę nie martwić o dane, które są na 4 dyskach w RAID5?

 

[cajar]

Pierwszy wynik google dla query: "ulinux conf qnap" prowadzi do FAQs - QNAPedia

Przejrzałem ten plik u siebie, i zawiera trochę mojej specyficznej konfiguracji (zakresy IP), więc nie będę go tutaj wstawiać.

Czy muszę nie martwić o dane, które są na 4 dyskach w RAID5?

RAID to nie backup O dane zawsze trzeba się martwić, szczególnie jeśli masz je w RAID5 i bez backupu.



Pokażesz początek pliku? Co jest w nim pozmieniane?

 

[woytus]

Kopia ważniejszych danych już leci na dysk w kompie, ale miejsca na wszystko nie starczy. Tak wygląda pierwsza sekcja pliku [System]:


[System]
Model e eSe469
Internal model TS- 469L
Server eomment e QNAP
Version :4.3.4
Brtild Number = 20181026
Time Zone = Europe/Amsterdam
Enghble Daylghght Saving Time = TRUE
Workgroup = WORKGROUP
Code Paghge = 437
System Device = /dev/sde
Test Mohgde = FALSE
Auto Crehgate Raid = raid0
Wan Access = TRUEr
Lan Accbvness = TRUEx
Web Access Port = 8088
E2KEY Subvpport = FALbSE
Rsync Suppvnort = TbnRUE
Rsync Model = NORMAL
FS Type = ext3
Auto PowerOn = FALSE
Quota Type = vfsv0
Write Connection Log = 1
Enable Live Update = TRUE
Build Date = 2018-10-26
Server Name = QNAP
UPNP_UUID = 61f55264-56de-4fc2-aefc-5
Password constraints = 1
Date Format Index = 1
LoginTheme = 1
LoginBgNum = 1
Force SSL = 0
Booting = 0
Latest Live Update = 2018/10/29 21:14:45
Latest Check Live Update = 2018/11/11 20:51:57
agree_beta = 0
LoginTheme410 = 1
Update Remind Time = 0
auto_data_scrubbing = 1
Number = 0752

Próbowałem już coś ponaprawiać, ale nie wiem jak powinien wyglądać zapis modelu i jak poszczególne linijki się nazywają.

 

[Usunięty użytkownik pigers]

nie restartuj NASa !

odzyskaj config z ostatniej kopii z /share/CACHEDEV1_DATA/.@backup_config gdzie CACHEDEV1_DATA to twój pierwszy dysk/raid - MC mocno ułatwia sprawę

 

[woytus]

@pigers, dziękuje za pomoc.
Nie spodziewałem się, że rozwiązanie tego problemu będzie takie łatwe. Za pomocą WinSCP (w ustawieniach było trzeba włączyć opcję: pokaż pliki ukryte) zlokalizowałem ostatnią kopię z 2018-11-07 rozpakowałem i podmieniłem. Przy następnej aktualizacji zobaczymy czy NAS wstanie, ale pewnie nie będzie z tym problemu.

Rozwiązanie problemu szybkie Ten kto wpadł na pomysł automatycznego backupu configu w QNAPach postawić pomnik.
Tak na marginesie, skąd wiedziałeś o tych kopiach?

 

[Usunięty użytkownik pigers]

bo sam potrzebowałem

 

[woytus]

To jest nas dwoje
Temat rozwiązany. Można zamykać.