--===============0406260485==
Content-Type: multipart/signed; micalg=sha1; protocol="application/x-pkcs7-signature"; boundary="=-XKJQ84dL096y6MG783zN"
--=-XKJQ84dL096y6MG783zN
Content-Type: multipart/alternative; boundary="=-8FIkJiMvrfrLOSZQvhb7"
--=-8FIkJiMvrfrLOSZQvhb7
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
In DOS there was the ability to verify a singular files integrity by
using chkdsk c:/file.dos......The result indicated if the file integrity
was so.
There was also the ability to set in the Autoexec.bat set verify=3DON -
which made sure that EVERY file that you copied you did not need to use
the verify option C:\file.dos C:\temp\file.dos /v=20
My questions are=20
1. Is there a global set verify=3Don in Linux?
2. Is there the ability to verify a single files integrity as above with
a similar command such as chkdsk
The reason I ask is that I recently lost my home directory and I had
KDAR backing up the /home directory every week to an NFS drive. When I
came to restore the archive the files header was reported to be
corrupted. Also as a backup I copied with Konqueror the /home directory
to an NFS drive and some of the files are aslo now not readable due
corruption.
I have made an Enhancement report to both Konqueror and KDAR that they
include a verify option like most backup programs. Over many years I
have seen backups unable to be restored because verify was not turned
on. Now its happened to me.I understand the file system in Linux is far
superior in its disk I/O but I dont want to waste time backing up if I
cannot ensure the files are intact.
Scott Couston
Nework Operations Centre - Aphofis.com
--=-8FIkJiMvrfrLOSZQvhb7
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable
In DOS there was the ability to verify a singular files integrity by using =
chkdsk c:/file.dos......The result indicated if the file integrity was so.<=
BR>
There was also the ability to set in the Autoexec.bat set verify=3DON - whi=
ch made sure that EVERY file that you copied you did not need to use the ve=
rify option C:\file.dos C:\temp\file.dos /v
My questions are
1. Is there a global set verify=3Don in Linux?
2. Is there the ability to verify a single files integrity as above with a =
similar command such as chkdsk
The reason I ask is that I recently lost my home directory and I had KDAR b=
acking up the /home directory every week to an NFS drive. When I came to re=
store the archive the files header was reported to be corrupted. Also as a =
backup I copied with Konqueror the /home directory to an NFS drive and some=
of the files are aslo now not readable due corruption.
I have made an Enhancement report to both Konqueror and KDAR that they incl=
ude a verify option like most backup programs. Over many years I have seen =
backups unable to be restored because verify was not turned on. Now its hap=
pened to me.I understand the file system in Linux is far superior in its di=
sk I/O but I dont want to waste time backing up if I cannot ensure the file=
s are intact.
Scott Couston
Nework Operations Centre - Aphofis.com
|
--=-8FIkJiMvrfrLOSZQvhb7--
--=-XKJQ84dL096y6MG783zN
Content-Type: application/x-pkcs7-signature; name=smime.p7s
Content-Disposition: attachment; filename=smime.p7s
Content-Transfer-Encoding: base64
MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGHzCCAtgw
ggJBoAMCAQICECMdfYsHvj8/FDcvZLiaqNUwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UEBhMCWkEx
JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQ
ZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA2MDcyMzExMzkzNloXDTA3MDcyMzExMzkz
NlowQTEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEeMBwGCSqGSIb3DQEJARYPbm9j
QGFwaG9maXMuY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAt2jJKB3DDg3JggLl
OY55b5iam3UJAM3DgbVGicmuwlewUyxVrrVdxSsat7WDgSUbNb8rwgbEdPiM4rwGGtJa+Bx2m9ei
mXly3sbzaU5nhVUpd3Jl6+FGbopzK4hMYMChE9BHJNXbjexLXhqVYxmy2Ie3h1cu1SAir5zA/hWq
TS9s3i+Smn8PAZNCqTrIuh6o6lfPaO6+fs6z9LntI5kuZ+MvCyZlmK5AH1o5H+MMDJdG5s4S/B7n
w0l+j+xlzHYHkIi4YU26FabhSI7we4/IrSqdmbw21F1efg7p0RqApyxwLvHxhWkDKc4ldKYG6FIv
a9cIkiwv8un/87Vc2VYngwIDAQABoywwKjAaBgNVHREEEzARgQ9ub2NAYXBob2Zpcy5jb20wDAYD
VR0TAQH/BAIwADANBgkqhkiG9w0BAQUFAAOBgQDAj5XL7UjEZLAE/WLjOyWjNAHGiFvZIjEcP8fx
Wi1qaeP2v1/56C89wRwre68OX+NUTjpKvGuSdTx+dKYXRx4EJW5KAJs1+1CWlBO4sVL1dARc6j/y
8tawpUID9VAchjwxwoTTaxPnStAKH4XyHzY5c4NWBTLoPBKHTJT+Arvq6zCCAz8wggKooAMCAQIC
AQ0wDQYJKoZIhvcNAQEFBQAwgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx
EjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsT
H0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25h
bCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNv
bTAeFw0wMzA3MTcwMDAwMDBaFw0xMzA3MTYyMzU5NTlaMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQK
ExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwg
RnJlZW1haWwgSXNzdWluZyBDQTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAxKY8VXNV+065
yplaHmjAdQRwnd/p/6Me7L3N9VvyGna9fww6YfK/Uc4B1OVQCjDXAmNaLIkVcI7dyfArhVqqP3FW
y688Cwfn8R+RNiQqE88r1fOCdz0Dviv+uxg+B79AgAJk16emu59l0cUqVIUPSAR/p7bRPGEEQB5k
GXJgt/sCAwEAAaOBlDCBkTASBgNVHRMBAf8ECDAGAQH/AgEAMEMGA1UdHwQ8MDowOKA2oDSGMmh0
dHA6Ly9jcmwudGhhd3RlLmNvbS9UaGF3dGVQZXJzb25hbEZyZWVtYWlsQ0EuY3JsMAsGA1UdDwQE
AwIBBjApBgNVHREEIjAgpB4wHDEaMBgGA1UEAxMRUHJpdmF0ZUxhYmVsMi0xMzgwDQYJKoZIhvcN
AQEFBQADgYEASIzRUIPqCy7MDaNmrGcPf6+svsIXoUOWlJ1/TCG4+DYfqi2fNi/A9BxQIJNwPP2t
4WFiw9k6GX6EsZkbAMUaC4J0niVQlGLH2ydxVyWN3amcOY6MIE9lX5Xa9/eH1sYITq726jTlEBpb
NU1341YheILcIRk13iSx0x1G/11fZU8xggH8MIIB+AIBATB2MGIxCzAJBgNVBAYTAlpBMSUwIwYD
VQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29u
YWwgRnJlZW1haWwgSXNzdWluZyBDQQIQIx19iwe+Pz8UNy9kuJqo1TAJBgUrDgMCGgUAoF0wGAYJ
KoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDYxMDI3MDIwODM5WjAjBgkq
hkiG9w0BCQQxFgQUL40F1vO6kArmN9eLZDVmCmhSoHswDQYJKoZIhvcNAQEBBQAEggEAG6otFbMt
k0FSHvpz57dDZ3XD8VNBx0f6SrdxCmnkNfnmTE9/YogGjElKtmoPxwwHk1mNzXNZtf0TBIX/BIIx
i7Ro8hxhIE2BEmAkAhTYZQj8moHI+F+B3vPNOWVa+z3awzMpnGwbkhAq5E2DU0jmeR92YZbGUCDK
pqxG+iKOBZQBN3O4i2vZebiNIFIYKVHm/Th6na4fynW7FdNTN1N2cejF/O8/TOGbUitc18Ct4aMA
tpdVLuFdNhT/Kf/lD/wEmIGnC0KsRwDK+IhDPYxiRvkTzPV0/J9DOg0KlZQ39ybxBrgMjIbeoJuO
kxnZ/1GfueISv+6j6R++q9DHTcqklgAAAAAAAA==
--=-XKJQ84dL096y6MG783zN--
--===============0406260485==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
___________________________________________________
This message is from the kde-linux mailing list.
Account management: https://mail.kde.org/mailman/listinfo/kde-linux.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.
--===============0406260485==--