Synology-Forum.nl
Hardware ondersteuning => NAS hardware vragen => Topic gestart door: Joske007 op 17 oktober 2021, 19:57:22
-
Naar aanleiding van een fout in de checksum, kreeg ik na het uitvoeren van de zoveelste geheugentest de volgende foutmelding (zie foto)!
Er zijn bestanden met ongeldige controlesom gedetecteerd op een volume. Ga naar Log Center en controleer de bestandspaden van de bestanden met fouten en probeer de bestanden te herstellen met de geback-upte bestanden. Zie hier voor meer informatie en het probleem op te lossen.
En als extra erbij, nog een foutmelding in de checksum.
De smart-waarden van alle schijven geven geen melding, dus die lijken mijn in orde te zijn.
Dien ik het geheugen nu te vervangen?
-
Heb je eigenlijk de disken toegevoegd terwijl de NAS uit stond ?
Lijkt me precies dat enkele bestanden corrupt zijn geraakt door 1 of andere reden, dat hoeft geen probleem te zijn natuurlijk.
Er zal ni veel anders opzitten dan de bestanden ofwel te wissen, want of je daar een backup van hebt...
Kan je exact aangeven welke bestanden het zijn ?
-
@DSGebruiker
Ik heb de schijven toegevoegd wanneer de Nas nog aan stond omdat de DS918+ dit ondersteunde.
Indien er bestanden corrupt zijn wil ik die best verwijderen hoor, alleen kan ik niet achterhalen waar ik die moet zoeken?
De belangrijkste gegevens staan elders als backup weggezet.
-
alleen kan ik niet achterhalen waar ik die moet zoeken?
Dat staat in je screenshot. Het is wel een plek waar je met dsm niet bij kunt, alleen via een ssh inlog. Maar ik heb geen idee waar die database files voor zijn.
-
alleen kan ik niet achterhalen waar ik die moet zoeken?
Dat staat in je screenshot. Het is wel een plek waar je met dsm niet bij kunt, alleen via een ssh inlog. Maar ik heb geen idee waar die database files voor zijn.
Oei, dat is helaas iets waar ik totaal geen verstand van heb om dit probleemloos aan te pakken.
Verder heb ik ook geen enkel idee waarvoor deze bestanden (database) staat?
-
Heb ergens een post gevonden dat de PostgreSQL database voor verschillende packages gebruikt is, zoals Download Stations, Plex , Videostation en nog meer.
Dus tja, ik vrees dat je idd die bestanden kan proberen te wissen en "fingers crossed" want ik geloof nooit dat je daar een backup van hebt.
Denkelijk zijn 16402 en 16404 de "packages" die hier geimpacteerd zullen worden oid.
Op mijn NAS bijvoorbeeld heb onder die PostgreSQL structuur ook wat van die folders staan.
drwx------ 1 postgres postgres 2874 Nov 2 2018 1
drwx------ 1 postgres postgres 2874 Nov 2 2018 11814
drwx------ 1 postgres postgres 2906 Oct 12 19:41 11819
drwx------ 1 postgres postgres 4514 Oct 12 19:41 16385
drwx------ 1 postgres postgres 3942 Oct 12 19:41 16726
drwx------ 1 postgres postgres 5140 Oct 12 19:42 17018
-
@DSGebruiker
Als die database puur om de vermelde packages gaat, dan is het wissen van de betreffende database geen probleem.
Zeker gezien de belangrijkste zaken ergens veilig staan opgeborgen.
Alleen kan ik er niet via DSM aan?
-
Nope, je kan er niet aan via de "GUI" zeg maar. Dit soort dingen moet je via SSH/Terminal sessie oplossen.
Al eens gedaan op je NAS ? In weze niet zo moeilijk.
Heb je "SSH" enabled staan in je DSM-config paneel ?
"Terminal & SNMP" venster, daaronder "Enable SSH Service" aanvinken.
Dan een "shell" opendoen op je Mac, vervolgens "ssh -u naamvandeadmin@ip.van.de.nas
Mogelijk gaat hij nog es vragen of je wil verbinden en de "key" opslaan, gewoon Yes doen.
Dan password van de admin-account van de NAS ingeven.
Vervolgens krijg je een "prompt" van je NAS, vb naamvandeadmin@naamvandenas:/$ en kan je "commando's ingeven.
Doet dan :
sudo su - + Enter
Password van je admin account ingeven
Dan zal je "prompt" veranderen naar
root@naamvandenas:#
Voila nu heb je superrechten en kan je de boel om zeep doen als je ni oppast.
Bon, doe nu
cd /volume1/@database/pgsql/base + ENTER
ls -l + ENTER
(en dan krijg je zoiets als onderstaande, herken je die nummers die je op je screenshot ziet ?)
total 0
drwx------ 1 postgres postgres 2874 Nov 2 2018 1
drwx------ 1 postgres postgres 2874 Nov 2 2018 11814
drwx------ 1 postgres postgres 2906 Oct 12 19:41 11819
drwx------ 1 postgres postgres 4514 Oct 12 19:41 16385
drwx------ 1 postgres postgres 3942 Oct 12 19:41 16726
drwx------ 1 postgres postgres 5140 Oct 12 19:42 17018
root@naamvanjenas:/volume1/@database/pgsql/base#
nu kan je deze folder gaan en op zoek naar naar de exacte file waar die error op zit. Je screenshot laat dit niet helemaal zien.
dus nog eens een
cd 164xx + ENTER
opvragen wat er in de folder staat via "ls -l"
Bestanden wissen doe je met "rm"
Dus vb "rm naamvanbestand" + ENTER
met "exit" enkele keren in te geven sluit je de sessie af, je zal dit denkelijk 2x moeten ingeven en dan zit je terug in je macOS.
Bon, dat is zo'n beetje manier waarop je bestanden op de Linux laag kan wissen bijvoorbeeld.
-
:thumbup: mooie hulp :thumbup:
-
@DSGebruiker
Alvast bedankt voor de de hulp, die ik echt wel kan gebruiken.
Ik ga er alvast morgen mee aan de slag, en laat nadien hier iets weten.
-
@DSGebruiker
Ik geraak helaas met onderstaande commando's niet ingelogd.
ssh -u naamvandeadmin@ip.van.de.nas -p 88 -> Connection refused
ssh -p 22 root@ip.van.de.nas -> port 22: Connection refused
ssh test@ip.van.de.nas -p 9999 -> hier vraagt hij eindelijk naar het paswoord, maar mijn standaard paswoord wordt niet aanvaard?
-
ssh test@ip.van.de.nas -p 9999 -> hier vraagt hij eindelijk naar het paswoord, maar mijn standaard paswoord wordt niet aanvaard?
Dus je hebt de SSH-service op 9999 draaien ? Dan zou je toch moeten kunnen inloggen met de admin-gebruiker hoor (of hoe je die in DSM ook heb aangemaakt)
Allesinds moet die gebruiker in de "admin" groep zitten vooraleer hij via SSH toegang krijgt.
-
Snap het effe niet.
Ik probeer met net dezelfde gebruikersnaam als paswoord in te loggen op ssh naamvandeadmin@ip.van.de.nas -p 9999,
maar mijn standaard paswoord wordt niet aanvaard?, zelfs de Firewall staat uit.
Is hier een afzonderlijk account voor dan datgene waar je standaard mee op je DSM inlogd?
-
Da's eigenaardig, dat zou moeten werken. De "admin" account op DSM moet perfect bruikbaar zijn om via SSH in te loggen ja....
-
Het moet zijn:
ssh -u naamvandeadmin@ip.van.de.nas -p 9999
-
Erg vreemd allemaal?
Vorige week logde de support van Synology met mijn standaard login-gegevens netjes in, maar bij mij werkt het voor geen meter via SHH.
-
Het moet zijn:
ssh -u naamvandeadmin@ip.van.de.nas -p 9999
Puur uit interesse. Wat doet die '-u' optie? Ik had er nog nooit van gehoord en de ssh versie op de mac kent die optie niet eens. (Apple gebruikt OpenSSH (https://man.openbsd.org/ssh)) Na wat googlen vond ik ook geen versie die dit kent.
Maar ook in jouw Putty handleiding gebruik je het niet. Maar goed, ik neem aan dat dit niet de oorzaak van het probleem is.
-
Heb zonet kunnen inloggen maar krijg dan weer volgende melding voor mijn neus?
Last login: Mon Oct 18 12:05:21 on ttys000
The default interactive shell is now zsh.
To update your account to use zsh, please run `chsh -s /bin/zsh`.
For more details, please visit https://support.apple.com/kb/HT208050.
iMac-van-Joske:~ Joske$ ssh joske@mijn-ip -p 9999
joske@192.168.1.240's password:
Synology strongly advises you not to run commands as the root user, who has
the highest privileges on the system. Doing so may cause major damages
to the system. Please note that if you choose to proceed, all consequences are
at your own risk.
Could not chdir to home directory /var/services/homes/Joske: No such file or directory
Update!
Intussen al een stapje dichter, met een andere melding.
Synology strongly advises you not to run commands as the root user, who has
the highest privileges on the system. Doing so may cause major damages
to the system. Please note that if you choose to proceed, all consequences are
at your own risk.
Could not chdir to home directory /var/services/homes/Joske: No such file or directory
Joske@Home-Joske:/$ y[/b]
-
De opmerking over de 'zsh' shell kun je negeren. Apple is overgestapt van Bash naar zsh als default, maar voor bestaande macs blijft de oude shell gebruikt worden met deze opmerking.
Voor het eenvoudige werk zul je geen verschil merken.
Verder ben ik het met Synology eens dat je jezelf niet te gemakkelijk root moet maken. Doe dat niet als beginner, maar plak voor elk commando waarvoor je geen rechten hebt een 'sudo'. In dit geval waarschijnlijk alleen het 'rm' commando.
Dus volg verder de instructie van DSGebruiker en als je ergens de melding krijgt dat je geen rechten hebt, herhaal dat commando met 'sudo' ervoor. Het is een fractie meer werk omdat je dan iets vaker je wachtwoord moet opgeven. (Maar het gaat hier slechts om 2 files)
-
Wat doet die '-u' optie? Ik had er nog nooit van gehoord en de ssh versie op de mac kent die optie niet eens. (Apple gebruikt OpenSSH)
Zo werd het aangegeven door @DSGebruiker in Reactie #7.
Ervan uitgaande dat -u user is.
-
Synology strongly advises you not to run commands as the root user, who has
the highest privileges on the system. Doing so may cause major damages
to the system. Please note that if you choose to proceed, all consequences are
at your own risk.
Could not chdir to home directory /var/services/homes/Rik: No such file or directory
Rik@Home-Joske:/$ sudo su -
Password:
root@Home-Joske:~# cd /volume1/@database/pgsql/base + ENTER
-ash: cd: too many arguments
root@Home-Joske:~# ls -l
total 0
------->> Lap, ik kom gewoon niet verder dan dit?
Allemaal veel te complex voor mij en gooi hierbij de handdoek in de ring.
Ik denk dat een clean Install me minder tijd en stress bezorgd dan uren met niet wetende met wat ik bezig ben mijn avonden te vullen.
Jammer dat deze procedure zo ingewikkeld is gemaakt.
@Allen
Toch nog bedankt voor de hulp.
-
root@Home-Joske:~# cd /volume1/@database/pgsql/base + ENTER
-ash: cd: too many arguments
Het is ook heel moeilijk om iets foolproof uit te leggen aan iemand hier geen kennis van heeft.
b.v met het stuk "+ ENTER" werd bedoeld dat je de enter toets moet gebruiken.
Als extra handicap in het begrip komt dat een mac toetsenbord zonder numeriek blok helemaal geen 'enter' toets heeft, alleen een return toets. De ENTER toets is onderdeel van het numerieke blok. Die overigens bijna dezelfde functie heeft. (Alleen sommige spreadsheet programmas interpreteren beide toetsen anders) Met enter voer je een getal in, maar blijft in de cel. Met return ga je naar een volgende regel.
Dus waar '+ enter' staat moet je een return geven.
-
Intussen is de pitbull al wat gaande weg verder geraakt en heb de bestanden die corrupt waren gewist.
Zodoende is de Nas nu druk bezig met opnieuw de gegevens op te schonen, waarop ik nu echt hoop dat er zich geen of andere controlesom foutmelding voordoet.
-
Goed te lezen dat het precies wel in orde komt.
Anders had ik wel even langs geweest hoor om het te fixen, geen nood om een clean install te doen.
-
Update!
Met mijn gebrekkige kennis om via terminal de corrupte bestanden te verwijderen, is het me uiteindelijk dan toch nog gelukt.
Geen controlesom foutmelding meer aanwezig of andere vreemde storing.
@Allen nog eens van harte bedankt om me hierin te ondersteunen :thumbup: :thumbup:.
-
:clap: 8)
-
:thumbup: :clap:
-
Je was ook direct in het diepe gegooid. ;)