Today I switched from a Synology DS215play to a DS918+. Perfect time to change the file system – the DS215play didn’t support Btrfs. The migration also works with only one device. So I wrote down both ways.
Steps if you haven’t changed your DiskStation:
- Backup your data! If you switch to a device with new drives like me, you still have a copy of your data, but if you migrate without new drives, you don’t have a copy! In germany we say: No backup – no pity.
- Shut down the DS, remove drive 2. Format drive 2 with your computer.
- Turn the DS back on and DO NOT repair the fault volume.
- Create a new volume (SHA and Btrfs) in the Storage Manager on drive 2.
- For each shared folder, change the location to the new volume. You can only do this for one shared folder at a time and the move may need several hours depending on the size of your shared folders.
- When you have moved all the shared folders, shut down your DS and remove drive 1.
- Format drive 1 with your computer.
- Turn on your DS and go to the Package Center. Repair all apps.
- Expand your new volume to drive 1 and wait until RAID Resync is complete. You’re done.
Steps if you are switching to a new DiskStation with new drives (my situation):
- Turn off your old DS, remove drive 2.
- In the new DS, place the new drives in slot 1 and 2. Place the (old) drive 2 in slot 3.
- Turn on the new DS. Open your browser and navigate to the new DiskStation. In my case, the DS got a new IP address. I looked them up in my router DHCP table.
- Follow the Migration Wizard and wait until the DS restarts.
- Create a new volume (SHA and Btrfs) in the Storage Manager on drive 1 and 2. It is now recommended to change the RAID Resync speed to Fast and wait until RAID synchronization is complete.
- Now for each shared folder, change the location to the new volume. You can only do this for one shared folder at a time and may need several hours depending on the size of your shared folders.
- When you have moved all shared folders, shut down your DS and remove drive 3.
- Turn on your DS and go to the Package Center. Repair all apps. You’re Done.
Last week I noticed that the Single Sign-On (SSO) for the vSphere Client (Flex and HTML5) no longer works in my Firefox. Normally, the VMware Enhanced Authentication Plugin toolbar disappears at the bottom and you can enable the “Using Windows Session Authentication” option, but the checkbox remains unchecked. Reinstalling the VMware Enhanced Authentication plugin, updating the vCenter Server and reinstalling the plugin does not work.
Then I open a ticket at Vmware Support. Hours and some technology later, we had no idea what was going on. But, we find out that the local web server at https://vmware-plugin:8094/ (used by the SSO) displays the following error message in Firefox:
It looks like a problem with the Enhanced Authentication Plugin certificate. This is provided by the plugin. It creates a local web server to communicate with the web page. The VMware support team then created the certificate manually, but the error still occurred – even with IE and Edge.
Then I tried it with a fresh portable Firefox and it worked. In my installed Firefox I removed certificate exceptions for the normal host from the vCenter and vmware-plugin. I also – and most importantly – remove the certificate from the vCenter host and the vmware plugin from the certification authorities in Firefox. Reload the page and it’s working again.
After updating an iMac Late 2010 to Windows 10 1903 I got a blue screen “WDF_VIOLATION”. After checking the minidump, I could see that the MacHALDriver.sys (Macintosh Hardware Application Layer Driver) is involved. After renaming the file (c:\windows\system32\drivers\MacHALDriver.sys) over the network (works because the system crashes after user login) or in safe mode and rebooting, I was able to log back in. Since I don’t use an Apple keyboard I can do without the driver.
While researching I found out that other users also have problems with a similar keyboard driver for HP. In this case it is called HpqKbFiltr.sys. Is also responsible for the hotkeys (screen brightness and co.).
…command to show Port number, type of transceiver, product number including revion letter.
If username and password are right, maybe the UAC are the problem. Try to enable the LocalAccountTokenFilterPolicy to pass the local admin rights.
reg add HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\system /v LocalAccountTokenFilterPolicy /t REG_DWORD /d 1 /f
To run a programm that doesn’t quit if you close the ssh session use nohup (no hangup). Attention, you have to run it as root for it to work!
admin@DiskStation:~$ sudo su
ash-4.3# nohup <command> &
ash-4.3# nohup cat /dev/zero | split -b 4095m - /volumeUSB2/usbshare/zeros -d --additional-suffix=.file &
After upgrading to vSphere 6.7, a PowerCLI script aborts with this error message:
The vCenter Server is unable to decrypt passwords stored in the customization specification.
To resolve the issue, retype the password in the VMcustomization specifications (under Policies and Profiles). Edit the customization specifications and retype the password under the following two preference points:
– Administrator password
– Workgroup or domain
Windows: Format and write zeros to every sector of the drive.
format <Driveletter> /fs:NTFS /p:0
Windows: Format and write zeros to every sector of the drive. After the first pass write randome numbers.
format <Driveletter> /fs:NTFS /p:2
Windows: Fill free space.
cipher /w:<Driveletter>[<span class="gmw_">:\foldername]</span>
Unix: Fill free space.
dd if=/dev/zero of=/path/to/drive/zeros.file status=progress
Unix: Fill free space on FAT32 drive (4GB limit per file).
cat /dev/zero | split -b 2000m - zero -d --additional-suffix=.file
To run the process in background see Run command in background on a Synology NAS with nohup