- WD Community
- :
- WD TV Products
- :
- Live & Live Plus
- :
- Live Firmware
- :
- HUGE bug in 1.06.15
- WD Community
- News & Assistance
- Announcements
- New to Community
- Forum Feedback
- Off-Topic
- Software & Apps
- WD Software
- WD Mobile Apps
- Software & Accessory Ideas
- WD TV Live Streaming
- Live Streaming Discussions
- Live Streaming Firmware
- Live Streaming Ideas
- Live Streaming Issues
- WD TV Live Hub
- Hub Discussions
- Hub Firmware
- Hub Themes
- WD TV Live Hub Ideas
- WD TV Live Hub Issue Reporting
- WD TV Play
- WD TV Play
- Live & Live Plus
- Live Discussions
- Live Firmware
- Elements Play
- Elements Play
- External Drives
- Mac Externals
- PC Externals
- Portable Drives
- External Drive Ideas
- Network Devices
- Networking Devices
- Live Duo
- Sentinel
- My Book Live
- Other Network Drives
- Network Product Ideas
- Internal Drives
- Desktop & Portable
- Internal Drive Ideas
- Anuncios
- Noticias
- Nuevo a La Comunidad
- Los Productos de WD
- Software y Accesorios
- Reproductores Multimedia
- Unidades de Red
- Unidades Externas
- Unidades Internas
- Ankuendigungen
- Neuigkeiten
- Neu in der Community
- WD Produkte
- WD Programme
- WD TV Media Player
- Netzwerk Laufwerke
- Externe Laufwerke
- Interne Laufwerke
- Annunci
- Annunci e Novita'
- Nuovo per La Comunita'
- Prodotti WD
- Programmi & Accessori
- Riproduttori Multimediali
- Dischi di Rete
- Dischi Esterni
- Dischi Interni
- WD TV Legacy
- Hub Network
- Live Networking
- WD TV HD
- WD TV Mini
- Software
- WD Photos
- Other Software & Accessories
- Hard Drives
- WD ShareSpace
- Other Externals
- Other Internal Drives
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic to the Top
- Bookmark
- Subscribe
- Printer Friendly Page
Re: HUGE bug in 1.06.15
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Email to a Friend
- Report Inappropriate Content
10-07-2011 12:42 PM
this is ntfs on a freshly paritioned defragmented drive
something is wrong with the way wdtv live handles ntfs and mkv files or files over a certain size 4gb +?
Re: HUGE bug in 1.06.15
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Email to a Friend
- Report Inappropriate Content
10-07-2011 01:04 PM
In my humble opnion WD is the guilty because I have ubuntu and windows they who reading ntfs without problems
Re: HUGE bug in 1.06.15
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Email to a Friend
- Report Inappropriate Content
10-07-2011 01:40 PM
juggy wrote:
something is wrong with the way wdtv live handles ntfs and mkv files or files over a certain size 4gb +?
Not that I've ever seen... Almost all of my files are over 4GB, some close to 40.
Re: HUGE bug in 1.06.15
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Email to a Friend
- Report Inappropriate Content
10-07-2011 05:02 PM
NTFS is just fine - your data loss is not due to a failure to unmount.
Re: HUGE bug in 1.06.15
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Email to a Friend
- Report Inappropriate Content
11-17-2011 11:27 PM
Same problem for me. When I updated to 1.06.15, I started to notice that some files where becoming 0 bytes.
No matter the file size (>4gb or even very small like subtitles).
Each time I plugged the drive on my Windows 7 machine, Windows had to do a chkdsk.
So far, I downgraded to 1.05.04 and check daily for a new firmware.
I use a WD 2Tb Ntfs formatted harddrive.
Could we know it this bug is open at WD level ?
Re: HUGE bug in 1.06.15
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Email to a Friend
- Report Inappropriate Content
11-21-2011 11:39 AM
RoofingGuy wrote:The file isn't "written" to, but the file handles that are opened in order to read the file still need to be properly closed.
That's why even if you try to "Safely Remove" a USB drive from Windows, it can't do it if files are still open (even for reads). All the handles have to be properly released.
Just turning off the power strip, without letting the WDTV close things properly, is kinda bound to cause all kinds of corrupt files and assorted errors.
It's not so much that file system errors were never being generated before... it's just that previous firmwares didn't scan the file system's integrity when first booted.
if that is the case under linux, then linux **bleep**. Opening a file for reading should IN NO WAY corrupt the file, even if just turn of the drive (and it won't under windows). Sure you'd leave file locks hanging in memory unless you rebooted or shut down and restarted.
But write corruptions, nope.
WDTV Live needs: Better in-file navigation. Arrow keys to skip back and forth 10/30 secs in AVIs/MKVs/Mp4s/Mp3s.
Re: HUGE bug in 1.06.15
[ Edited ]- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Email to a Friend
- Report Inappropriate Content
11-21-2011 12:01 PM - edited 11-21-2011 12:04 PM
whattheheck wrote:if that is the case under linux, then linux **bleep**. Opening a file for reading should IN NO WAY corrupt the file, even if just turn of the drive (and it won't under windows). Sure you'd leave file locks hanging in memory unless you rebooted or shut down and restarted.
But write corruptions, nope.
Sorry, but that is wrong.
Windows and Linux BOTH *write* to the file table EVERY time a file is opened for reading. Both in NTFS (Windows) and all forms of *nix OS's, which include Mac OS as well.
The O/S updates the "ATIME," or the time/date of last ACCESS. You open a file for reading, the ATIME gets updated.
If a file is UPDATED, the MTIME record is updated as well.
Windows and Linux and Macs also have a record called "CTIME," but that is interpreted in different ways depending on the O/S.
Windows uses that time stamp as CREATION time. Linux / Mac uses that timestamp to record certain types CHANGES to the file record itself (as opposed to the file CONTENTS.)
... so if the modification of the records requires a sector to be relocated (which can happen if the BTREE is being pruned) then those writes can be corrupted, and the BTREE is now corrupt and must be reconstructed.
Re: HUGE bug in 1.06.15
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Email to a Friend
- Report Inappropriate Content
11-22-2011 01:59 AM
I have downgraded to 1.05.04 one month ago and no files have been deleted/corrupted in that time span. I never had any problems with files becoming zero bytes in earlier firmwares either.
Something was definitely changed in the latest firmware that causes files to become corrupted!
Re: HUGE bug in 1.06.15
[ Edited ]- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Email to a Friend
- Report Inappropriate Content
01-13-2012 08:56 AM - edited 01-13-2012 11:27 AM
I have this problem. WD Elements Desktop 2 ТB ( WDBAAU0020HBK) + WD TV Live 1.06.15. I checked HDD, it hasn't bad sectors.
Enforcer wrote:Same problem for me. When I updated to 1.06.15, I started to notice that some files where becoming 0 bytes.
No matter the file size (>4gb or even very small like subtitles).
Each time I plugged the drive on my Windows 7 machine, Windows had to do a chkdsk.
I use a WD 2Tb Ntfs formatted harddrive.
Re: HUGE bug in 1.06.15
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Highlight
- Email to a Friend
- Report Inappropriate Content
01-13-2012 09:54 AM
wd team
this is a critical bug which destroys files
ca n we please get an update on it
| Forums | Ideas | News and Announcements | Register | Sign in | Help | Forum Guidelines | |

