This is a notorious problem we run into all the time with SRA, sometimes it can be fixed with additional flags, as described by others, but the next in line is checking if you can get the data from the European Nucleotide Archive and it seems like you can for at least some samples:
https://www.ebi.ac.uk/ena/browser/view/PRJNA971535
Then in cases where ENA can't help either, my last resort is instructing the SRA to dump the FASTQ files into a Google Cloud (or AWS) bucket. On the SRA Run Selector site, you mark your samples, then select "Deliver Data". It also involves modifying the permissions to the bucket as per SRA instructions but then you just wait usually a day before you have your data to move to your cluster. But this is not free, most recently, I was charged by Google around $83 for "network transfer" and "download", in addition to "storage" ($0.35). The volume of the data was around 600GB (10x scRNA-seq FASTQ). The fees may be region-dependent as previously, I only paid for storage in a different region (us-east). SRA itself does not charge for this service.
The good thing about the Cloud Delivery is that you get the original author-deposited split FASTQ files, not chewed up by SRA, additionally likely following the Illumina naming convention which comes in handy for running Cell Ranger.
Did you try
-3option? Also, it might be relevant that this is single cell sequencing and the original data was in 10X-genomics bam format? Just some wild guesses... Could you check if the reads in the single file you got are interleaved?https://trace.ncbi.nlm.nih.gov/Traces/?view=run_browser&acc=SRR24503270&display=metadata
"This run has 1 read per spot:"
Thanks for all the anwsers!
I did try downloading the BAM files and using bam2fastq and it worked! I have now the paired-end files.
Thanks again! =]