And, now the chkdsk is blocked since about one hour  on the last line.

PS C:\Windows\system32> chkdsk i: /f
Le type du système de fichiers est NTFS.
Le nom de volume est TestNTFS1.

Étape 1 : Examen de la structure du système de fichiers de base...
Suppression du segment d’enregistrement de fichier endommagé 557F9E.            
       de fin reste :   0:09:45 ...
  5603584 enregistrements de fichier traités.                                   
             n reste :   0:09:45
La vérification des fichiers est terminée.
 Durée de la phase (Vérification des enregistrements de fichiers) : 4.92 
minutes.
Suppression du segment d’enregistrement de fichier orphelin 557D46.
Suppression du segment d’enregistrement de fichier orphelin 557DAE.
Suppression du segment d’enregistrement de fichier orphelin 557E16.
Suppression du segment d’enregistrement de fichier orphelin 557E7E.
Suppression du segment d’enregistrement de fichier orphelin 557EE6.
Suppression du segment d’enregistrement de fichier orphelin 557F4E.
Suppression du segment d’enregistrement de fichier orphelin 557FBA.
Suppression du segment d’enregistrement de fichier orphelin 558022.
Suppression du segment d’enregistrement de fichier orphelin 55808A.
  11 enregistrements de grand fichier traités.                                  
       ste :   0:09:00 .
Suppression du segment d’enregistrement de fichier orphelin 5580F2.
 Durée de la phase (Récupération des enregistrements de fichiers orphelins) : 
0.00 millisecondes.
  0 enregistrements de fichier incorrect traités.                               
        :   0:08:59 ..
 Durée de la phase (Vérification des enregistrements de fichiers incorrects) : 
4.66 millisecondes.

Étape 2 : Examen de la liaison des noms de fichiers...
  1 enregistrements d’analyse traités.                                          
       e :   0:03:48    0:03:50 ...
État d’avancement : 5637787 de 6051814 effectué(s) ; Étape : 93% ; Total : 74% 
; Heure de fin reste :   0:04:06 .

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to evince in Ubuntu.
https://bugs.launchpad.net/bugs/2000626

Title:
  cp command loop when using ntfs3 package

Status in evince package in Ubuntu:
  New

Bug description:
  Hello.
  I'm on ubuntu 22.04, I saw that ntfs3 is supposed to correctly write to an 
NTFS partition.
  I inform you that this is not the case.
  Here is my quick test

  First try on EFI computer:
  I remove the NTFS-3G package to be sure not to use it.
  When I detect that the cp command is no longer responding, I kill the 
process. Nothing is happening. I shut down the computer. During the shutdown 
phase, I am informed twice that the cp command is running.
  On reboot, I cannot access the partition. But I succeed in read-only mode.
  I run another normal ubuntu which tells me that I have to use windows to do 
an chkdsk
  But windows refuse to start, I duplicate by the dd command the NTFS partition 
in a larger NTFS partition stored in an external disk.
  Then I delete the NTFS partition from the internal disk.
  Then I repare windows.
  After restarting windows, I find that its disk space manager cannot access to 
the duplicate partition on external disk.
  There's no answer. So no letter to do the CHKDSK command.
  I decide to be more methodical in order to open a discussion and make a 
script to see a little what is happening.

  Second try on LEGACY computer:

  I make a script based on cp command.

  I try it on a normal NTFS partition in NTFS-3G.
  It ends perfectly well.

  I restart it on the same partition mounted in NTF3
  He blocks.

  I make on another disk two partitions of identical size.
   I launch on one. It hangs almost in the same place.
  I launch on the other.
  It hangs in exactly the same place.
  This makes me open the bug.
  I can provide you with some information.

  @b:~$ sudo df -ah |egrep "Taille|root"
  Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
  /dev/sdb6           99G     28G   71G  29% /media/root/TestNTFS
  /dev/sdd10          60G     30G   31G  50% /media/root/TestNTFS1
  /dev/sdd11          60G     30G   31G  50% /media/root/TestNTFS2
  a@b:~$ 

  
  First disk
  root@b:~# Na=0
  Nb=25
  time for (( I=$Na; I < $Nb; I++ )); do for (( J=$Na; J < $Nb; J++ )); do for 
(( K=$Na; K < $Nb; K++ )); do 
  echo  -n -e avancement $I  $J $K "\r \a";
  for (( L=$Na; L < $Nb; L++ )); do mkdir -p $Rep/$I/$J/$K/$L ; for (( M=$Na; M 
< $Nb; M++ )); do cp FIC  $Rep/$I/$J/$K/$L/$M; done; done; done; done; done
   avancement 14 3 18  

  
  Second disk
  root@b:~# mount -v  -t ntfs3 /dev/sdd10 /$Rep
  mount: /media/root/TestNTFS1: /dev/sdd10 déjà monté sur /media/root/TestNTFS1.
  root@b:~# 
  root@b:~# Na=0
  Nb=25
  time for (( I=$Na; I < $Nb; I++ )); do for (( J=$Na; J < $Nb; J++ )); do for 
(( K=$Na; K < $Nb; K++ )); do echo  -n -e avancement $I $J $K "\r \a"; for (( 
L=$Na; L < $Nb; L++ )); do mkdir -p $Rep/$I/$J/$K/$L ; for (( M=$Na; M < $Nb; 
M++ )); do cp FIC $Rep/$I/$J/$K/$L/$M; done; done; done; done; done 
    avancement 15 3 10 

  root@b:~# dd if=/dev/zero of=FIC count=1 bs=1K
  Rep=/media/root/TestNTFS2
  mkdir $Rep
  mount -v  -t ntfs3 /dev/sdd11 /$Rep
  Na=0
  Nb=25
  1+0 enregistrements lus
  1+0 enregistrements écrits
  1024 octets (1,0 kB, 1,0 KiB) copiés, 0,000783991 s, 1,3 MB/s
  mount : /dev/sdd11 monté sur /media/root/TestNTFS2.
  root@b:~# 
  root@b:~# time for (( I=$Na; I < $Nb; I++ )); do for (( J=$Na; J < $Nb; J++ 
)); do for (( K=$Na; K < $Nb; K++ )); do echo  -n -e avancement $I $J $K "\r 
\a"; for (( L=$Na; L < $Nb; L++ )); do mkdir -p $Rep/$I/$J/$K/$L ; for (( 
M=$Na; M < $Nb; M++ )); do cp FIC $Rep/$I/$J/$K/$L/$M; done; done; done; done; 
done 
   avancement 15 3 10

  ProblemType: Bug
  DistroRelease: Ubuntu 22.04
  Package: evince 42.3-0ubuntu2
  ProcVersionSignature: Ubuntu 5.15.0-56.62-generic 5.15.64
  Uname: Linux 5.15.0-56-generic x86_64
  NonfreeKernelModules: zfs zunicode zavl icp zcommon znvpair
  ApportVersion: 2.20.11-0ubuntu82.3
  Architecture: amd64
  CasperMD5CheckResult: unknown
  CurrentDesktop: ubuntu:GNOME
  Date: Wed Dec 28 11:35:15 2022
  EcryptfsInUse: Yes
  InstallationDate: Installed on 2022-08-11 (138 days ago)
  InstallationMedia: Ubuntu 20.04.2.0 LTS "Focal Fossa" - Release amd64 
(20210209.1)
  ProcEnviron:
   TERM=xterm-256color
   PATH=(custom, no user)
   XDG_RUNTIME_DIR=<set>
   LANG=fr_FR.UTF-8
   SHELL=/bin/bash
  SourcePackage: evince
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/evince/+bug/2000626/+subscriptions


-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to     : [email protected]
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to