移动硬盘能写入数据但不能写出是什么原因? 将文件从移动硬盘里复制到本机硬盘时出现crc数据冗长,不知道
笔者发现在系统加载闪存盘硬件驱动时,会自动运行系统文件"rundll32.exe",如果关闭此进程即可安全的取出闪存盘。方法如下:
首先,还应在关闭了闪存盘上运行的程序,并没有向闪存盘进行读取和写入动作,然后再"拨下或弹出硬件",这样才可以大大增加数据不会被丢失和损坏的可能。
然后再右点击"任务栏",选择"任务管理器",也可以同时按下键盘的"Ctrl"+"Alt"+"Del"组合键即可(Windows NT/2000用户需要再选择"任务管理器"才可。)
这时会出现"任务管理器"的窗口,单击"进程"标签。
在"映像名称"中寻找"rundll32.exe"进程(如果有多个"rundll32.exe"进程,全部关闭即可。),选择"rundll32.exe"进程,然后点击"结束进程",这时会弹出"任务管理器警告",这时为了让用户确定是否关闭此进程,点击"是"即关闭了"rundll32.exe"进程。
但是为了确保万无一失,还有最后一个办法--先关闭计算机,待闪存盘的指示灯灭了以后,即可安全拔出;如果没有指示灯的闪存盘话,那么待计算机电源指示灯关闭熄灭后,即可安全拔出。
以上的两种方法都是发生了"现在无法停止通用卷设备,请稍候再停止设备"问题后,那么有没有方法预防这个问题呢?答案是肯定的!
打开"我的电脑",选择你的闪存盘。
右点击,选择"属性",这时会弹出"可移动磁盘(H:)属性"(这里的盘符是按操作系统硬盘的分区和光驱的分区来排列的。比如H盘。)的窗口,单击"硬件"标签。
在"所有磁盘驱动器"中选择使用的闪存盘(注意:不要选择错了,这里会出现硬盘、软驱、光驱、虚拟光驱等设备。),选择后,单击"属性",这时会打开"'闪存盘名称'属性",选择"策略"标签。
这时用户可以按照自己的需要来选择:
如果用户选择"为快速删除而优化",这时,使用闪存盘读写的速度会下降,但是当用户直接拨下闪存盘时,闪存盘的数据不会丢失或者损坏。
如果用户选择"为提高性能而优化",这时,使用有优化闪存盘读写性能,但是如果用户直接拨下闪存盘时,闪存盘的数据可能损坏或者丢失。选择完以后,单击"确定"即可。
怎么样?看了以后是不是感觉到小小的闪存盘也有这么多的技术呢?的确,只要细心,你会发现更多的奇迹!
请参考,希望能帮到你。
电脑文件不能复制到移动硬盘有如下几种原因:
1.文件容量比移动硬盘容量大。
2.移动硬盘格式为FAT(32),不能容纳4GB以上容量的文件。
3.移动硬盘不存在分区或当前分区不被当前系统所兼容。
当发现是第一种原因引起的文件无法复制,可以尝试改用一块更大容量的移动硬盘,以便能容纳待拷贝文件。
当发现是第二种原因引起的,则应该使用磁盘管理将移动硬盘格式化为NTFS格式后重新拷贝文件,通常都能解决问题。
当发现是第三种原因引起的,则应该将移动硬盘拿到一台苹果电脑上使用磁盘工具格式化为exFAT,以便移动硬盘在Mac OS X系统和Windows系统里都能拷贝文件。
备份数据库两个主要方法是用mysqldump程序或直接拷贝数据库文件(如用cp、cpio或tar等)。每种方法都有其优缺点:
mysqldump与MySQL服务器协同操作。直接拷贝方法在服务器外部进行,并且你必须采取措施保证没有客户正在修改你将拷贝的表。如果你想用文件系统备份来备份数据库,也会发生同样的问题:如果数据库表在文件系统备份过程中被修改,进入备份的表文件主语不一致的状态,而对以后的恢复表将失去意义。文件系统备份与直接拷贝文件的区别是对后者你完全控制了备份过程,这样你能采取措施确保服务器让表不受干扰。
mysqldump比直接拷贝要慢些。
mysqldump生成能够移植到其它机器的文本文件,甚至那些有不同硬件结构的机器上。直接拷贝文件不能移植到其它机器上,除非你正在拷贝的表使用MyISAM存储格式。ISAM表只能在相似的硬件结构的机器上拷贝。在MySQL 3.23中引入的MyISAM表存储格式解决了该问题,因为该格式是机器无关的,所以直接拷贝文件可以移植到具有不同硬件结构的机器上。只要满足两个条件:另一台机器必须也运行MySQL 3.23或以后版本,而且文件必须以MyISAM格式表示,而不是ISAM格式。
不管你使用哪种备份方法,如果你需要恢复数据库,有几个原则应该遵守,以确保最好的结果:
定期实施备份。建立一个计划并严格遵守。
让服务器执行更新日志。当你在崩溃后需要恢复数据时,更新日志将帮助你。在你用备份文件恢复数据到备份时的状态后,你可以通过运行更新日志中的查询再次运用备份后面的修改,这将数据库中的表恢复到崩溃发生时的状态。
以文件系统备份的术语讲,数据库备份文件代表完全倾倒(full dump),而更新日志代表渐进倾倒(incremental dump)。
使用一种统一的和易理解的备份文件命名机制。象backup1、buckup2等不是特别有意义。当实施你的恢复时,你将浪费时间找出文件里是什么东西。你可能发觉用数据库名和日期构成备份文件名会很有用。例如:
%mysqldump samp_db >/usr/archives/mysql/samp_db.1999-10-02
%mysqldump menagerie >/usr/archives/mysql/menagerie.1999-10-02
你可能想在生成备份后压缩它们。备份一般都很大!你也需要让你的备份文件有过期期限以避免它们填满你的磁盘,就象你让你的日志文件过期那样。
用文件系统备份备份你的备份文件。如果遇上了一个彻底崩溃,不仅清除了你的数据目录,也清除了包含你的数据库备份的磁盘驱动器,你将真正遇上了麻烦。
也要备份你的更新日志。
将你的备份文件放在不同于用于你的数据库的文件系统上。这将降低由于生成备份而填满包含数据目录的文件系统的可能性。
用于创建备份的技术同样对拷贝数据库到另一台机器有用。最常见地,一个数据库被转移到了运行在另一台主机上的服务器,但是你也可以将数据转移到同一台主机上的另一个服务器。
1 使用mysqldump备份和拷贝数据库
当你使用mysqldumo程序产生数据库备份文件时,缺省地,文件内容包含创建正在倾倒的表的CREATE语句和包含表中行数据的INSERT语句。换句话说,mysqldump产生的输出可在以后用作mysql的输入来重建数据库。
你可以将整个数据库倾倒进一个单独的文本文件中,如下:
%mysqldump samp_db >/usr/archives/mysql/samp_db.1999-10-02
输出文件的开头看起来象这样:
# MySQL Dump 6.0# # Host: localhost Database: samp_db#-------------
--------------------------# Server version 3.23.2-alpha-log## Table st
ructure for table 'absence'#CREATE TABLE absence( student_id int(10)
unsigned DEFAULT '0' NOT NULL, date date DEFAULT '0000-00-00' NOT NUL
L, PRIMARY KEY (student_id,date));## Dumping data for table 'absence'
#INSERT INTO absence VALUES (3,'1999-09-03');INSERT INTO absence VALUE
S (5,'1999-09-03');INSERT INTO absence VALUES (10,'1999-09-08');......
文件剩下的部分有更多的INSERT和CREATE TABLE语句组成。
如果你想压缩备份,使用类似如下的命令:
%mysqldump samp_db | gzip >/usr/archives/mysql/samp_db.1999-10-02.gz
如果你要一个庞大的数据库,输出文件也将很庞大,可能难于管理。如果你愿意,你可以在mysqldump命令行的数据库名后列出单独的表名来倾到它们的内容,这将倾倒文件分成较小、更易于管理的文件。下例显示如何将samp_db数据库的一些表倾到进分开的文件中:
%mysqldump samp_db student score event absence >grapbook.sql
%mysqldump samp_db member president >hist-league.sql
如果你生成准备用于定期刷新另一个数据库内容的备份文件,你可能想用--add-drop-table选项。这告诉服务器将DROP TABLE IF EXISTS语句写入备份文件,然后,当你取出备份文件并把它装载进第二个数据库时,如果表已经存在,你不会得到一个错误。
如果你倒出一个数据库以便能把数据库转移到另一个服务器,你甚至不必创建备份文件。要保证数据库存在于另一台主机,然后用管道倾倒数据库,这样mysql能直接读取mysqldump的输出。例如:你想从主机pit-viper.snake.net拷贝数据库samp_db到boa.snake.net,可以这样很容易做到:
%mysqladmin -h boa.snake.net create samp_db
%mysqldump samp_db | mysql -h boa.snake.net samp_db
以后,如果你想再次刷新boa.snake.net上的数据库,跳过mysqladmin命令,但要对mysqldump加上--add-drop-table以避免的得到表已存在的错误:
%mysqldump --add-drop-table samp_db | mysql -h boa.snake.net samp_db
mysqldump其它有用的选项包括:
--flush-logs和--lock-tables组合将对你的数据库检查点有帮助。--lock-tables锁定你正在倾倒的所有表,而--flush-logs关闭并重新打开更新日志文件,新的更新日志将只包括从备份点起的修改数据库的查询。这将设置你的更新日志检查点位备份时间。(然而如果你有需要执行个更新的客户,锁定所有表对备份期间的客户访问不是件好事。)
如果你使用--flush-logs设置检查点到备份时,有可能最好是倾倒整个数据库。
如果你倾倒单独的文件,较难将更新日志检查点与备份文件同步。在恢复期间,你通常按数据库为基础提取更新日志内容,对单个表没有提取更新的选择,所以你必须自己提取它们。
缺省地,mysqldump在写入前将一个表的整个内容读进内存。这通常确实不必要,并且实际上如果你有一个大表,几乎是失败的。你可用--quick选项告诉mysqldump只要它检索出一行就写出每一行。为了进一步优化倾倒过程,使用--opt而不是--quick。--opt选项打开其它选项,加速数据的倾倒和把它们读回。
用--opt实施备份可能是最常用的方法,因为备份速度上的优势。然而,要警告你,--opt选项确实有代价,--opt优化的是你的备份过程,不是其他客户对数据库的访问。--opt选项通过一次锁定所有表阻止任何人更新你正在倾倒的任何表。你可在一般数据库访问上很容易看到其效果。当你的数据库一般非常频繁地使用,只是一天一次地调节备份。
一个具有--opt的相反效果的选项是--dedayed。该选项使得mysqldump写出INSERT DELAYED语句而不是INSERT语句。如果你将数据文件装入另一个数据库并且你想是这个操作对可能出现在该数据库中的查询的影响最小,--delayed对此很有帮助。
--compress选项在你拷贝数据库到另一台机器上时很有帮助,因为它减少网络传输字节的数量。下面有一个例子,注意到--compress对与远端主机上的服务器通信的程序才给出,而不是对与本地主机连接的程序:
%mysqldump --opt samp_db | mysql --compress -h boa.snake.net samp_db
mysqldump有很多选项,详见《MySQL参考手册》。
2 使用直接拷贝数据库的备份和拷贝方法
另一种不涉及mysqldump备份数据库和表的方式是直接拷贝数据库表文件。典型地,这用诸如cp、tar或cpio实用程序。本文的例子使用cp。
当你使用一种直接备份方法时,你必须保证表不在被使用。如果服务器在你则正在拷贝一个表时改变它,拷贝就失去意义。
保证你的拷贝完整性的最好方法是关闭服务器,拷贝文件,然后重启服务器。如果你不想关闭服务器,要在执行表检查的同时锁定服务器。如果服务器在运行,相同的制约也适用于拷贝文件,而且你应该使用相同的锁定协议让服务器“安静下来”。
假设服务器关闭或你已经锁定了你想拷贝的表,下列显示如何将整个samp_db数据库备份到一个备份目录(DATADIR表示服务器的数据目录):
%cd DATADIR%cp -r samp_db /usr/archive/mysql
单个表可以如下备份:
%cd DATADIR/samp_db%cp member.* /usr/archive/mysql/samp_db%cp score.*
/usr/archive/mysql/samp_db ....
当你完成了备份时,你可以重启服务器(如果关闭了它)或释放加在表上的锁定(如果你让服务器运行)。
要用直接拷贝文件把一个数据库从一台机器拷贝到另一台机器上,只是将文件拷贝到另一台服务器主机的适当数据目录下即可。要确保文件是MyIASM格式或两台机器有相同的硬件结构,否则你的数据库在另一台主机上有奇怪的内容。你也应该保证在另一台机器上的服务器在你正在安装数据库表时不访问它们。
3 复制数据库(Replicating Database)
复制(Replication)类似于拷贝数据库到另一台服务器上,但它的确切含义是实时地保证两个数据库的完全同步。这个功能将在3.23版中出现,而且还不很成熟,因此本文不作详细介绍。
4 用备份恢复数据
数据库损坏的发生有很多原因,程度也不同。如果你走运,你可能仅损坏一两个表(如掉电),如果你倒霉,你可能必须替换整个数据目录(如磁盘损坏)。在某些情况下也需要恢复,比如用户错误地删除了数据库或表。不管这些倒霉事件的原因,你将需要实施某种恢复。
如果表损坏但没丢失,尝试用myisamchk或isamchk修复它们,如果这样的损坏可有修复程序修复,你可能根本不需要使用备份文件。关于表修复的过程,见《数据库维护与修复》。
恢复过程涉及两种信息源:你的备份文件和个更新日志。备份文件将表恢复到实施备份时的状态,然而一般表在备份与发生问题之间的时间内已经被修改,更新日志包含了用于进行这些修改的查询。你可以使用日志文件作为mysql的输入来重复查询。这已正是为什么要启用更新日志的原因。
恢复过程视你必须恢复的信息多少而不同。实际上,恢复整个数据库比单个表跟容易,因为对于数据库运用更新日志比单个表容易。
4.1 恢复整个数据库
首先,如果你想恢复的数据库是包含授权表的mysql数据库,你需要用--skip-grant-table选项运行服务器。否则,它会抱怨不能找到授权表。在你已经恢复表后,执行mysqladmin flush-privileges告诉服务器装载授权标并使用它们。
将数据库目录内容拷贝到其它某个地方,如果你在以后需要它们。
用最新的备份文件重装数据库。如果你用mysqldump产生的文件,将它作为mysql的输入。如果你用直接从数据库拷贝来的文件,将它们直接拷回数据库目录,然而,此时你需要在拷贝文件之前关闭数据库,然后重启它。
使用更新日志重复做备份以后的修改数据库表的查询。对于任何可适用的更新日志,将它们作为mysql的输入。指定--one-database选项使得mysql只执行你有兴趣恢复的数据库的查询。如果你知道你需要运用所有更新日志文件,你可以在包含日志的目录下使用这条命令:
% ls -t -r -1 update.[0-9]* | xargs cat | mysql --one-database db_name
ls命令生成更新日志文件的一个单列列表,根据服务器产生它们的次序排序(主意:如果你修改任何一个文件,你将改变排序次序,这导致更新日志一错误的次序被运用。)
很可能你会是运用某几个更新日志。例如,自从你备份以来产生的更新日志被命名为update.392、update.393等等,你可以这样重新运行:
%mysql --one-database db_name < update.392
%mysql --one-database db_name < update.393
.....
如果你正在实施恢复且使用更新日志恢复由于一个错误建议的DROP DATABASE、DROP TABLE或DELETE语句造成丢失的信息,在运用更新日志之前,要保证从其中删除这些语句。
4.2 恢复单个表
恢复单个表较为复杂。如果你用一个由mysqldump生成的备份文件,并且它不包含你感兴趣的表的数据,你需要从相关行中提取它们并将它们用作mysql的输入。这是容易的部分。难的部分是从只运用于该表的更新日志中拉出片断。你会发觉mysql_find_rows实用程序对此很有帮助,它从更新日志中提取多行查询。
另一个可能性是使用另一台服务器恢复整个数据库,然后拷贝你想要的表文件到原数据库中。这可能真的很容易!当你将文件拷回数据库目录时,要确保原数据库的服务器关闭。
是不是移动硬盘里的数据已经被损坏了?
格式化吧
硬盘上面有坏道了,你往里面写的时候会跳过坏道写在硬盘上,但是你以前写在硬盘上的那个数据正好在坏道上,所以会出现crc数据冗长。
移动硬盘可以直接写入,但是无法从电脑上往里面复制东西
③。如果还是不行那可能是数据线质量问题,电流不够用。
移动硬盘能写入数据但不能写出是什么原因?能解决吗?
一、看看有没有写保护开关,如果处于开的状态,就是能写入不能写出。。二、格式化一下你的移动硬盘。
移动硬盘写入数据正常,读取速度超慢?
可否明白我的意思? 找软件全方位测试硬盘! 既然你硬盘没问题,拿块朋友的测试下不就知道了!这也有部分原因和硬盘有关系! 学会变通! 往电脑挪数据,也和硬盘有关系!你也就是通过那片面的数据来表示你硬盘没问题?电脑故障千奇百怪!不能因为某些东西,而死脑筋!一维修员,维修一电脑,感觉...
硬盘无法读取,但可以写入
1.有可能文件系统错乱 2.有可能硬盘有坏道了,用MHDD检查一下硬盘看有没有坏道
我们领导要求一个主机硬盘只可写入数据,却不可以吧硬盘里的数据用u盘...
这个需要软件辅助吧,需要控制所有的外部接口,例如USB端口。光驱等 基本上属于内网行为管理产品的功能范围。
移动硬盘有数据但读不出来
一般来说就不可以了,这样的情况看来你的硬盘应该是数据损坏或者出现问题了,除了格式化,基本上就没有其他办法了,所以你的数据都很难保留了。再一个试试将移动硬盘拿去别的电脑看看,能不能读取数据,不能的话就要按以下方法了 你可以先试试格式化硬盘,看看能不能格式化,在控制面版里面点击管理工具\/...
硬盘读取数据很慢,但是写入数据还可以,怎么回事?
修复硬盘坏道工具(MHDD、HDDREG等),不过是全英文的.其它修复硬盘坏道工具还有:效率源磁盘坏道检测修复工具、硬盘坏道修复双语版 (HDDREG)还有pe下的"DiskGenius"(全中文)、HDD_Regenerator_ShellHDD_Regenerator_Shell也行 修复硬盘坏道要先备份重要文件,没人能保证你的数据不会丢失,网上看图文教学(那怕是...
移动硬盘在读取和写入数据的时候死机
硬盘故障:硬盘本身可能存在故障或损坏,导致写入数据时死机。这可能是由于硬盘的物理损坏、逻辑错误或坏道等原因引起的。如果以上的解决方法都没有解决问题,那么可能需要考虑将硬盘送修或更换。驱动程序或操作系统问题:某些情况下,驱动程序或操作系统的问题可能导致硬盘写入时死机。你可以尝试更新硬盘的驱动...
移动硬盘长达三个小时一直读盘写入数据(拷贝了130多GB的文件),这样对...
移动硬盘长时间使用或者写入大文件的时候只要注意供电就没有影响,和正常使用一样,USB接口理论供电5v 500ma,你的硬盘所需电流应该是超过500ma的,所以接入两个USB线,保证供电。
硬盘运作正常但是储存不了东西东西也没松掉~
RAID 4:数据条带化,专门的奇偶校验盘 RAID 4所使用的技术与RAID 3类似,但不是以字节的方式写入数据,而是区块(block)。理论上,这可以加快存取速度;但到另一颗硬盘中去读取校验码仍然是它的瓶颈。 RAID 5:分布式数据、分布式奇偶校验 RAID 5是公认在性能与数据安全上获得平衡的方式。不管是原始数据或是奇偶校验...
尤妮金因: 一、看看有没有写保护开关,如果处于开的状态,就是能写入不能写出.. 二、格式化一下你的移动硬盘.
元阳县13811382879: 移动硬盘只能往里面拷东西,却不能把文件从里面拷出来,这是怎么回事? - ?
尤妮金因: 只能写入,不能读取? 如果不是剪切或复制出来,只是观看,比如文档或视频,也不行吗? 似乎是系统错误,以前也遇到过,比如无法删除文档. 解决方法: 磁盘扫描、修复(在DOS下)C盘 重启电脑后,再磁盘扫描、修复(在WINDOWS下)移动硬盘
元阳县13811382879: 为什么我的移动硬盘只能写进不能读出? - ?
尤妮金因: 盒子出问题了吧.你更换一个别人的盒子看看,一般出现这样的问题都是盒子问题,而且使用的时候最好是插在计算机后面的usb插口上.还有就是看看你的分区有没有问题.使用PQ软件检查一下.
元阳县13811382879: 我的移动硬盘数据已COPY,容量显示已存入,但不显示内容 - ?
尤妮金因: 原因蛮多的,下面就举例几个比较常见的 一、有些正版系统或者在创建文件初期会有个文件权限问题,为所安装的文件是个人还是所有连接到这台电脑的用户,如果是选择了个人,那么你就要一一的把你要拷贝的东西在原电脑上修改权限,方...
元阳县13811382879: 我的移动硬盘可以往外输出数据但是没法往里面输入数据,这是为什么呢? - ?
尤妮金因: 你往里面拷贝的时候提示什么?两种原因能解释:1、你买的这个硬盘有问题,很可能是假货;2、检查你的硬盘有没有坏道、硬盘盒、数据线是否正常;
元阳县13811382879: 移动硬盘可以写入但没法读取怎样回事还能看到目录?
尤妮金因: 直接低格试试,如果不行就是磁头了.
元阳县13811382879: 移动硬盘不能写数据只能读数据 - ?
尤妮金因: 这个应该是移动硬盘的接口出了问题.因为:(1)能读取,说明硬盘内部结构、提供给操作系统的文件系统逻辑结构,都没有问题.所以初步排除硬盘内部的磁盘坏损.(2)不能写,能从低速端口写(我也不太理解你指的低速端口),说明很可能...
元阳县13811382879: 我的移动硬盘能输入但不能输出,向外复制文件老是出问题!请教 - ?
尤妮金因: 你的盘有问题了.坏盘.估计要不就用了很旧.要不就是假货.你格式化一下试试.不过.我估计也没用了你这个盘.
元阳县13811382879: 【急】移动硬盘只能复制进数据不能读出数据 - ?
尤妮金因: 建议低格一次 就是格式化 不选 快速格式化 可能的原因是硬盘文件系统受损 说实话没碰到过 不过可以想想 其实 文件根本就没有复制进去 那样 你只看到硬盘里面有文件名称 你可以试着点右键 属性 看看文件大小是多少哦
元阳县13811382879: 移动硬盘能读不能写?
尤妮金因: 有写保护? 或者就是硬盘问题了,一般这个问题就大了,要是硬盘问题的话,大多固件坏了