ls command not working after killing process [closed]
Clash Royale CLAN TAG#URR8PPP
up vote
1
down vote
favorite
I am very new to Linux, running an HPC via ssh.
I was running a shell script within a screen, and a process was taking too long so I killed it via htop activity. When I reattach the screen that was running the script, it is unresponsive (attempt to control C just prints ^C on the screen).
Now, when I try to open the directory and use the ls command, the command does not complete after several minutes. I cannot access the shell script or any of the files using ls. The directory only has about 30 files are so. How can I fix this, or alternatively just remove the defective directory and screen?
UPDATE: was not able to move the files to a new directory using cp. I also see that there are a couple remnants of the processes viewable in htop activity, but I am unable to kill the process ID.
shell-script ls gnu-screen kill
closed as off-topic by dhag, GAD3R, Archemar, Kusalananda, thrig Mar 2 at 21:49
This question appears to be off-topic. The users who voted to close gave this specific reason:
- "Questions describing a problem that can't be reproduced and seemingly went away on its own (or went away when a typo was fixed) are off-topic as they are unlikely to help future readers." â dhag, GAD3R, Archemar, Kusalananda, thrig
 |Â
show 3 more comments
up vote
1
down vote
favorite
I am very new to Linux, running an HPC via ssh.
I was running a shell script within a screen, and a process was taking too long so I killed it via htop activity. When I reattach the screen that was running the script, it is unresponsive (attempt to control C just prints ^C on the screen).
Now, when I try to open the directory and use the ls command, the command does not complete after several minutes. I cannot access the shell script or any of the files using ls. The directory only has about 30 files are so. How can I fix this, or alternatively just remove the defective directory and screen?
UPDATE: was not able to move the files to a new directory using cp. I also see that there are a couple remnants of the processes viewable in htop activity, but I am unable to kill the process ID.
shell-script ls gnu-screen kill
closed as off-topic by dhag, GAD3R, Archemar, Kusalananda, thrig Mar 2 at 21:49
This question appears to be off-topic. The users who voted to close gave this specific reason:
- "Questions describing a problem that can't be reproduced and seemingly went away on its own (or went away when a typo was fixed) are off-topic as they are unlikely to help future readers." â dhag, GAD3R, Archemar, Kusalananda, thrig
Have you tried logging into the HPC from a different terminal window? Does it work if you do that?
â Time4Tea
Feb 26 at 17:56
Yes I tried that but I am still unable to use -ls. Right now I am trying to transfer all the files from the directory to a new directory using cp but it is taking a very long time.
â MegC
Feb 26 at 18:04
Ok. Why do you keep saying '-ls'? The command to list a directory contents is just 'ls [directory name]'.
â Time4Tea
Feb 26 at 18:06
sorry, I have edited the original post to fix that. Thanks
â MegC
Feb 26 at 18:30
Perhaps your terminal was botched? Trystty reset
â Jeff Schaller
Feb 26 at 21:21
 |Â
show 3 more comments
up vote
1
down vote
favorite
up vote
1
down vote
favorite
I am very new to Linux, running an HPC via ssh.
I was running a shell script within a screen, and a process was taking too long so I killed it via htop activity. When I reattach the screen that was running the script, it is unresponsive (attempt to control C just prints ^C on the screen).
Now, when I try to open the directory and use the ls command, the command does not complete after several minutes. I cannot access the shell script or any of the files using ls. The directory only has about 30 files are so. How can I fix this, or alternatively just remove the defective directory and screen?
UPDATE: was not able to move the files to a new directory using cp. I also see that there are a couple remnants of the processes viewable in htop activity, but I am unable to kill the process ID.
shell-script ls gnu-screen kill
I am very new to Linux, running an HPC via ssh.
I was running a shell script within a screen, and a process was taking too long so I killed it via htop activity. When I reattach the screen that was running the script, it is unresponsive (attempt to control C just prints ^C on the screen).
Now, when I try to open the directory and use the ls command, the command does not complete after several minutes. I cannot access the shell script or any of the files using ls. The directory only has about 30 files are so. How can I fix this, or alternatively just remove the defective directory and screen?
UPDATE: was not able to move the files to a new directory using cp. I also see that there are a couple remnants of the processes viewable in htop activity, but I am unable to kill the process ID.
shell-script ls gnu-screen kill
edited Feb 26 at 22:09
asked Feb 26 at 17:24
MegC
62
62
closed as off-topic by dhag, GAD3R, Archemar, Kusalananda, thrig Mar 2 at 21:49
This question appears to be off-topic. The users who voted to close gave this specific reason:
- "Questions describing a problem that can't be reproduced and seemingly went away on its own (or went away when a typo was fixed) are off-topic as they are unlikely to help future readers." â dhag, GAD3R, Archemar, Kusalananda, thrig
closed as off-topic by dhag, GAD3R, Archemar, Kusalananda, thrig Mar 2 at 21:49
This question appears to be off-topic. The users who voted to close gave this specific reason:
- "Questions describing a problem that can't be reproduced and seemingly went away on its own (or went away when a typo was fixed) are off-topic as they are unlikely to help future readers." â dhag, GAD3R, Archemar, Kusalananda, thrig
Have you tried logging into the HPC from a different terminal window? Does it work if you do that?
â Time4Tea
Feb 26 at 17:56
Yes I tried that but I am still unable to use -ls. Right now I am trying to transfer all the files from the directory to a new directory using cp but it is taking a very long time.
â MegC
Feb 26 at 18:04
Ok. Why do you keep saying '-ls'? The command to list a directory contents is just 'ls [directory name]'.
â Time4Tea
Feb 26 at 18:06
sorry, I have edited the original post to fix that. Thanks
â MegC
Feb 26 at 18:30
Perhaps your terminal was botched? Trystty reset
â Jeff Schaller
Feb 26 at 21:21
 |Â
show 3 more comments
Have you tried logging into the HPC from a different terminal window? Does it work if you do that?
â Time4Tea
Feb 26 at 17:56
Yes I tried that but I am still unable to use -ls. Right now I am trying to transfer all the files from the directory to a new directory using cp but it is taking a very long time.
â MegC
Feb 26 at 18:04
Ok. Why do you keep saying '-ls'? The command to list a directory contents is just 'ls [directory name]'.
â Time4Tea
Feb 26 at 18:06
sorry, I have edited the original post to fix that. Thanks
â MegC
Feb 26 at 18:30
Perhaps your terminal was botched? Trystty reset
â Jeff Schaller
Feb 26 at 21:21
Have you tried logging into the HPC from a different terminal window? Does it work if you do that?
â Time4Tea
Feb 26 at 17:56
Have you tried logging into the HPC from a different terminal window? Does it work if you do that?
â Time4Tea
Feb 26 at 17:56
Yes I tried that but I am still unable to use -ls. Right now I am trying to transfer all the files from the directory to a new directory using cp but it is taking a very long time.
â MegC
Feb 26 at 18:04
Yes I tried that but I am still unable to use -ls. Right now I am trying to transfer all the files from the directory to a new directory using cp but it is taking a very long time.
â MegC
Feb 26 at 18:04
Ok. Why do you keep saying '-ls'? The command to list a directory contents is just 'ls [directory name]'.
â Time4Tea
Feb 26 at 18:06
Ok. Why do you keep saying '-ls'? The command to list a directory contents is just 'ls [directory name]'.
â Time4Tea
Feb 26 at 18:06
sorry, I have edited the original post to fix that. Thanks
â MegC
Feb 26 at 18:30
sorry, I have edited the original post to fix that. Thanks
â MegC
Feb 26 at 18:30
Perhaps your terminal was botched? Try
stty reset
â Jeff Schaller
Feb 26 at 21:21
Perhaps your terminal was botched? Try
stty reset
â Jeff Schaller
Feb 26 at 21:21
 |Â
show 3 more comments
1 Answer
1
active
oldest
votes
up vote
0
down vote
Restarting the HPC fixed the issue.
If by "HPC" you mean a multi-user compute cluster, then what did the other users think of your "solution"?
â Kusalananda
Mar 1 at 17:43
Apparently this had happened previously on the cluster, and some processes were existing in the background that would not be killed even by sigKILL. No other users were using it at the time, so we were able to reset it.
â MegC
Mar 2 at 20:41
add a comment |Â
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
0
down vote
Restarting the HPC fixed the issue.
If by "HPC" you mean a multi-user compute cluster, then what did the other users think of your "solution"?
â Kusalananda
Mar 1 at 17:43
Apparently this had happened previously on the cluster, and some processes were existing in the background that would not be killed even by sigKILL. No other users were using it at the time, so we were able to reset it.
â MegC
Mar 2 at 20:41
add a comment |Â
up vote
0
down vote
Restarting the HPC fixed the issue.
If by "HPC" you mean a multi-user compute cluster, then what did the other users think of your "solution"?
â Kusalananda
Mar 1 at 17:43
Apparently this had happened previously on the cluster, and some processes were existing in the background that would not be killed even by sigKILL. No other users were using it at the time, so we were able to reset it.
â MegC
Mar 2 at 20:41
add a comment |Â
up vote
0
down vote
up vote
0
down vote
Restarting the HPC fixed the issue.
Restarting the HPC fixed the issue.
answered Mar 1 at 16:51
MegC
62
62
If by "HPC" you mean a multi-user compute cluster, then what did the other users think of your "solution"?
â Kusalananda
Mar 1 at 17:43
Apparently this had happened previously on the cluster, and some processes were existing in the background that would not be killed even by sigKILL. No other users were using it at the time, so we were able to reset it.
â MegC
Mar 2 at 20:41
add a comment |Â
If by "HPC" you mean a multi-user compute cluster, then what did the other users think of your "solution"?
â Kusalananda
Mar 1 at 17:43
Apparently this had happened previously on the cluster, and some processes were existing in the background that would not be killed even by sigKILL. No other users were using it at the time, so we were able to reset it.
â MegC
Mar 2 at 20:41
If by "HPC" you mean a multi-user compute cluster, then what did the other users think of your "solution"?
â Kusalananda
Mar 1 at 17:43
If by "HPC" you mean a multi-user compute cluster, then what did the other users think of your "solution"?
â Kusalananda
Mar 1 at 17:43
Apparently this had happened previously on the cluster, and some processes were existing in the background that would not be killed even by sigKILL. No other users were using it at the time, so we were able to reset it.
â MegC
Mar 2 at 20:41
Apparently this had happened previously on the cluster, and some processes were existing in the background that would not be killed even by sigKILL. No other users were using it at the time, so we were able to reset it.
â MegC
Mar 2 at 20:41
add a comment |Â
Have you tried logging into the HPC from a different terminal window? Does it work if you do that?
â Time4Tea
Feb 26 at 17:56
Yes I tried that but I am still unable to use -ls. Right now I am trying to transfer all the files from the directory to a new directory using cp but it is taking a very long time.
â MegC
Feb 26 at 18:04
Ok. Why do you keep saying '-ls'? The command to list a directory contents is just 'ls [directory name]'.
â Time4Tea
Feb 26 at 18:06
sorry, I have edited the original post to fix that. Thanks
â MegC
Feb 26 at 18:30
Perhaps your terminal was botched? Try
stty reset
â Jeff Schaller
Feb 26 at 21:21