Pomoc Przywrócenie hasła admina w oprogramowaniu QTS 4.2 i nowszym

mrjurek

Passing Basics
Beginner
2 Czerwiec 2015
23
5
3
Mielec
QNAP
TS-x53
Ethernet
1 GbE
Witam

Mam pytanie.
W instrukcji odzyskiwania hasła na QNAP-ie (TS-453 PRO) poprzez wyciągnięcie, a następnie włożenie na gorąco dysków i wpisaniu paru komend wg. Twojej informacji "Konto admin - nie działa stare hasło" miałem problem właśnie z powyższymi komendami.

Posiadam dwa dyski w RAID1, włożyłem jeden i drugi i wpisałem komendy: config_util 1.
Pierwszą już nie wykonał.

Proszę przedstawić jakie w tym przypadku powinny być to komendy (dla dwóch dysków w RAID1).
Co one dokładniej oznaczają dla poszczególnych punktów 0-4 i 1-3? Interesuje mnie to.

Wiem, że to nie ten temat ale można by było dopisać w tamtym poście (dla zwykłych userów forum jest już zamknięty), że zmienia się ta procedura na dyskach z RAID1 gdyż mają inny link publiczny z np. /share/HDA_DATA/ na /share/MD0_DATA/.
Sądzę, że zmienią się też wartości z komend po komentarzach z HDA_DATA na MD0_DATA: # Restore default shadow i # Restore default passwd.
A i wykonanie procedury kasuje użytkowników :), należy poprzedzić ją eksportem użytkowników, a następnie ich przywróceniem.

Pozdrawiam
 
A jaką Ty masz wersje firmware?
Bo z tego co pamiętam to chyba od 4.2 nie mamy już config_util.

Co one dokładniej oznaczają dla poszczególnych punktów 0-4 i 1-3? Interesuje mnie to.
Skoro Cię to interesuje to Ci powiem :)
Mountują dostęp do pozostałych partycji np. do danych.
FYI:
Bash:
storage_util --help
Kod:
Usage: storage_util [OPTION]
Storage management utility.
  --disk_init dev_id=XXX
                       Init the specified disk in QNAP NAS format.
  --disks_init dev_id=XXX
                       Init multiple disks in QNAP NAS format.
  --sys_startup
                       Assemble system root/ext_root/swap.
  --sys_startup_p2
                       startup phease 2 and perform device re-mapping.
  --sys_shutdown
                       Disassemble system root/ext_root/swap.
  --disk_add dev_id=XXX
                       Force the system to perform disk hot plug-in.
  --disk_remove dev_id=XXX
                       Force the system to perform disk hot plug-out.
  --data_umount
                       Unmount all available data volumes, the services should be stopped first.
  --set_qnap_signature_in_jbod
                       Set the "QNAP" signature into the disks in JBODS. 
  --volume_scan do_scan_raid=1 or 0 force=1 or 0
                       Scan all disk partitions and generate the volume.conf.
  --reset_system
                       Reset the whole system.
  --shutdown_check
                       Check if the system is available for shutdown.
  --encrypt_pwd pwd=xxx
                       Transfer the un-encrypted passwd to encrypted passwd.
  --iscsi_restore_cfg
                       Restore iSCSI configuration via metadata.
  --assemble_disk_root
                       Assemble the root and ext root partition and create the swap space.
  --nas_fs_discard dev_id=XXX
                       Discard blocks which are not in use by the specified mounted filesystem.
  --raid_fix_degrade
                       Scan all raid and try to rebuild by using global spare.
  --nas_pool_stop dev_id=XXX
                       Stop underlying volumes and mapper devices on the specified storage pool.
  --pool_set_snapshot_reserved dev_id=XXX,value=XXX
                       Set the snapshot reserved percentage to NAS and save to configuration.
  --nas_ssdcache_disable
                       Disable cache volume SSD Cache.
  --nas_ssdcache_downgrade
                       Downgrade cache volume SSD Cache from WB to WT.
  --stop_storage
                       Stop all volumes and storage pools including of RAID groups. The services should be stopped first.
  --nas_vjbod_reboot_notice
                       Send commands to notice Host to disconnect VJBOD disks.
  --nas_virtual_jbod_scan
                       Scan virtual JBOD.
  --nas_virtual_jbod_recovery
                       Recovery the virtual JBOD.
  --encrypted_share_startup
                       Encrytpion share folder auto unlock.
  --encrypted_share_shutdown
                       Encrytpion share folder auto lock.
  --encrypted_share_recover
                       Try to recover encrypted share while parameter missing.
  --encrypted_share_unlock_volid vol_id=xxx
                       Encrytpion share folder unlock by vol id.
  --encrypted_share_lock_volid vol_id=xxx
                       Encrytpion share folder lock by vol id.
  --reset_capability
                       Reset capability to this FW supported.
  --swap_file_enable value=[1,0]
                       Enable/Disable swap file if default volume exist.
  --swap_get_info
                       Get swap file information to stdout.
  --data_scrubbing raid_id=xxx
                       execute data scrubbing by specific raid id or all(-1) 
  --snapsync_stop_all_jobs
                       Stop all Snap Replica jobs.
  --help            Display this help and exit.

Tak czy siak jesli masz config_util to lecisz dalej z tym. I żadnych ścieżek nie zmieniasz. Dotyczą one tylko partycji root - nie tej gdzie lezaly Twoje dane - tej systemu.
Bash:
# Mirror ROOT partition
config_util 1

# Mount ROOT partition
storage_boot_init 1

# Restore default shadow
cp /etc/default_config/shadow /mnt/HDA_ROOT/.config/
rm -r /etc/config
ln -sf /mnt/HDA_ROOT/.config /etc/config
setcfg -f /etc/config/shadow Misc configured TRUE

# Restore default passwd
cp /etc/default_config/passwd /mnt/HDA_ROOT/.config/
rm -r /etc/config
ln -sf /mnt/HDA_ROOT/.config /etc/config
setcfg -f /etc/config/passwd Misc configured TRUE

# Done
reboot
 
Niestety, przycisk działa kasuje wszystko co powinien oprócz hasła admina (pomimo włączonej opcji w ustawieniach).

Tak jak u mnie inni też potwierdzali, że po którymś update zmieniało hasło admina, a standardowa procedura (3sek) nie działa :(.

Przywracanie na TS-212 (testowym)przebiegło poprawnie (z softem 4.2.2), komendy przeszły, a na TS-453 Pro już - jak wspominałem - na pierwszej komendzie poległ.
 
Nie rozumiem dlaczego miałbym kłamać.
Dla mnie to poważna kwestia i ciężko mi ją ugryźć.
Temat trudny bo nie jest to problem często spotykany. A jednak występuje.
Jutro podeślę link od supportu do forum, które dokładnie w podobny sposób jak Ty rozwiązywało ten problem.

Jednak u mnie to nie przechodzi.
Jedynie mogę napisać, że serwer był najpierw na TS-212 jakieś 4 lata temu, po czym zmigrowany został (przełożenie dysków) na TS-453 Pro. Między czasie było parę upgrade i prawdopodobnie podniesienie do wersji 4 spowodowało taki bałagan. Osobiście mam konto admina i korzystałem z wbudowanego tylko i wyłącznie jak potrzebowałem ssh. Teraz już wiem, że na dzień dobry po odzyskaniu hasła udostępnię ssh użytkownikowi z prawami admina.

--== następny post ==--
Proszę, nie jestem odosobniony w podobnym przypadku:
<!--:Tr-->Admin Kullanıcı Adımı ve Şifremi Unuttum<!--:--><!--:en-->I Forgot My Admin Username and Password<!--:-->
A tutaj na forum:
Pomoc - Błędne hasło !! po instalacji nowej wersji firmware 4.1.1 w Qnap 421

Tak więc proszę o profesjonalizm.
Doradzisz Silas Mariusz jak krok po kroku mógłbym zrobić tą procedurę na v.4.2.3 w RAID1 (TS-453 Pro)?
Czy podczas procedury wystarczy, że włożę tylko jeden dysk, czy powinienem także drugi? Czy kolejność ma znaczenie tj. pierwsza zatoka, poczekać chwilkę, druga zatoka itp.?

Pozdrawiam
 
Dzięki, temat można zamknąć.
Odzyskałem dzięki Twojej podpowiedzi w tym poscie oraz innego Twojego postu:
Rozwiązany - Konto admin - nie działa stare hasło

U mnie w RAID1 na TS-453 Pro wyglądało to tak (oczywiście wcześniej wykonałem eksport użytkowników):

Kod:
storage_util --sys_startup
cp /etc/default_config/shadow /mnt/HDA_ROOT/.config/
rm -r /etc/config
ln -sf /mnt/HDA_ROOT/.config /etc/config
setcfg -f /etc/config/shadow Misc configured TRUE
cp /etc/default_config/passwd /mnt/HDA_ROOT/.config/
rm -r /etc/config
ln -sf /mnt/HDA_ROOT/.config /etc/config
setcfg -f /etc/config/passwd Misc configured TRUE
reboot

Dzięki
 
Spędziłem upojne trzy godziny i się poddaję - Qnap się powiesił po błędzie routera i po resecie stracił łączność z bazą (nie widzi dysków) - wykonałem wszelkie przywracanie konfiguracji i resetów hasła - za cholerę nie chce aktualizować systemu - wyskakuje błąd logowania- mam dostęp do konfiguracji, przez HSS, resetowałem przyciskiem reset - i hasło teoretycznie wróciło do ustawień fabrycznych (powrót do mojego hasła też nic nie daje - niby się zmienia i działa ale aktualizacji firmweru nie mogę zapuścić) - ma ktoś pomysł o co może chodzić?
 
Dzięki. Tak robiłem - bez skutku. Ale może próbuję 16 raz ;) . Co dziwne, z poziomu Qfindera mogę zmieniać konfigurację, hasła, ustawienia, resetować, wyzwalać, etc - ale nie mogę zalogować się do upadatu firmwaru ;(
Ta... problem był dość prozaiczny - wypinałem tylko jeden dysk ;( nie świadczy to zbyt dobrze o mnie ale cóż... firmware (starszy) się zaktualizował bez dysków , teraz próbuję wrócić z najnowszym systemem z dyskami ;)
Qnap odżył ;) ale zawsze musi być pod górkę - niby dostęp mam przez qfindera, powoli wracam do ustawień ale nie mogę się połączyć (zmapować) z poziomu sieci domowej ;( komunikat: windows nie może uzyskać dostępu do NAS - po diagnozie komunikat: Zdalne urządzenie lub zasób nie akceptuje połączenia ;( próbowałem chyba już wszystkiego, nawet kasowałem uwierzytelnienia - nic nie pomaga ;( Co ciekawe w druga stronę tez nie potrafię się połączyć (qnap do sieci)
 
Spróbuj tak:
QNAP Helpdesk -
opisz po PL co robiłeś na czym stanąłeś, może to wina QTSa
w moim przypadku serwer zapomina konfiguracje po 12-14h - rozwiązanie - olanie DHCP i statyczne IP wbite w QNAPie ... wg bug .. inne urządzenia w sieci nie mają z tym problemu .. QNAP ma w najnowszym QTSie...
 

Użytkownicy znaleźli tą stronę używając tych słów:

  1. reset hasła